[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von MaikG:

Ich denke das die AOS-API mir leichter fällt als das ganze
C zeugs, weil ich die API schon kenne. Hab ja nicht soviel
Zeit...

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Dann ist das Beispiel im C-Kurs definitiv falsch.

---

code:

---

// Auf Close-Gadget warten
        Wait(1L << Fenster->UserPort->mp_SigBit);

        CloseWindow(Fenster);   // Fenster schließen

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Mad_Dog:
Das Beispiel im C-Kurs funktioniert so:

code:

---

// Auf Close-Gadget warten
        Wait(1L << Fenster->UserPort->mp_SigBit);

        CloseWindow(Fenster);   // Fenster schließen

---

Wer will kann sich gerne selbst davon überzeugen, daß der Code korrekt ist.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Holger:

WaitPort(Fenster->UserPort);
Das ist übersichtlicher und garantiert auch, daß wirklich eine Message angekommen ist. Das ist bei Wait nicht der Fall, in der obigen Konstellation fällt einem das nicht auf die Füße, aber der Code ist ja, wie Du hier sehen kannst, mitunter Ausgangsbasis für andere Programme.

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

@Holger:

Naja, ganz korrekt ist es trotzdem nicht, die IntuiMessages einfach untern Tisch fallen zu lassen, da es sich bei z.B. IDCMP_CLOSEWINDOW um eine IntuiMessage-Struktur handelt. Die eigentlich darin verborgene Message-Struktur wird zwar freigegeben, die Intuition-spezifischen Zusatzinformationen aber erst nach einem ReplyMsg().

Bemerkbar ist das einmal in einer Entwicklungsumgebung mit Resource-Tracking wie StormC zum Beispiel, ein anderes Mal durch eine simple "Avail FLUSH - Ausführung - Avail FLUSH"-Folge. Da gehen immer ein paar Bytes flöten, wenn die Message nicht replied wird.

Zum Thema "es können noch Nachrichten anstehen beim Verlassen der Schleife": Das ist im Grunde korrekt, bei diesem Beispiel kann man sich aber auf Seiteneffekte verlassen. IDCMP-CLOSEWINDOW ist hier die einzige IntuiMessage, die ankommen kann. Alle anderen "denkbaren" Messages (welche sollten das sein?) kann man als "normal" annehmen, womit sich ein ReplyMsg() erübrigt. Diese werden ja automagisch freigegeben.

Normalerweise müßte man also bei jedem Programm, welches auf Intuition-Messages wartet, vor dem Beenden erst einmal die Message-Queue leeren. Hier kann man darauf aber getrost verzichten, ein ReplyMsg() bei IDCMP_CLOSEWINDOW genügt. Irgendwo auf einer der alten CATS-Disks ist auch ein entsprechendes Beispiel zu finden, wo genau diese Vorgehensweise angeraten wird (Message-Queue leeren).

Grüße


--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von MaikG:
@Mad Dog

Thomas sagte das der teil falsch ist:

>/* Auf Close-Gadget warten */
>Wait(1L << Fenster->UserPort->mp_SigBit);
>CloseWindow(Fenster); /* Fenster schließen */

den hab ich ja aus dem Kurs.

---

[ - Antworten - Zitieren - Direktlink - ]

code:

---

/*  Listing 7.2
 *  Das erste Fenster
 */

#include <exec/types.h>
#include <exec/exec.h>
#include <intuition/intuition.h>

#include <proto/intuition.h>
#include <proto/dos.h>
#include <proto/exec.h>

// Symbolische Konstanten
#define WIDTH 300   // Breite des Fensters
#define HEIGHT 300  // Höhe des Fensters

struct Window *Fenster;                // Zeiger auf Window-Struktur
struct IntuitionBase *IntuitionBase;   // Zeiger auf IntuitionBase-Struktur

int main(void)
{

  // Intuition Library öffnen
  IntuitionBase = (struct IntuitionBase *) OpenLibrary("intuition.library",0L);

  if (IntuitionBase != NULL)
  {

    // Fenster mittels Tags öffnen
    Fenster = OpenWindowTags(NULL,
                             WA_Left, 100,       // Abstand vom linken Rand
                             WA_Top, 100,        // Abstand vom oberen Rand
                             WA_Width, WIDTH,    // Breite
                             WA_Height, HEIGHT,  // Höhe
                             WA_Title, "Mein erstes Fenster", // Fenstertitel
                             WA_CloseGadget, TRUE,            // Close-Gadget
                             WA_DragBar, TRUE,                // Ziehleiste
                             WA_DepthGadget, TRUE,            // Depth-Gadget
                             WA_IDCMP, IDCMP_CLOSEWINDOW,
                             WA_Activate, TRUE,               // Fenster aktivieren
                             TAG_DONE);

    if (Fenster != NULL)
    {
      // Auf Close-Gadget warten
      Wait(1L << Fenster->UserPort->mp_SigBit);

      CloseWindow(Fenster);   // Fenster schließen
    } // end if

  } // end if

  // Library schließen
  if (IntuitionBase != NULL) CloseLibrary((struct Library *)IntuitionBase);

  return 0;

}

---

code:

---

/*
 *   Nachricht von Intuition
 *   Demonstriert Intuition Message Ports
 */

#include <stdio.h>

#include <exec/types.h>
#include <exec/exec.h>
#include <intuition/intuition.h>
#include <proto/intuition.h>
#include <dos/dos.h>
#include <proto/dos.h>
#include <proto/exec.h>

struct Window *Fenster;                // Zeiger auf Window-Struktur
struct IntuitionBase *IntuitionBase;   // Zeiger auf IntuitionBase-Struktur

int main(void)
{
  /* Variablen zur Message-Bearbeitung */
  struct MsgPort *Port;             // Zeiger auf Message Port Struktur
  struct IntuiMessage *Nachricht;   // Zeiger auf Intuition Message Struktur
  ULONG  klasse;
  USHORT code;

  BOOL Ende = FALSE; // Boolsche Variable: Programmende?

  // Intuition Library öffnen
  IntuitionBase = (struct IntuitionBase *) OpenLibrary("intuition.library",36L);

  if (IntuitionBase != NULL)
  {
    // Fenster mittels Tags öffnen
    Fenster = OpenWindowTags(NULL,
                             WA_Left, 100,    // Abstand vom linken Rand
                             WA_Top, 100,     // Abstand vom oberen Rand
                             WA_Width, 400,   // Breite
                             WA_Height, 300,  // Höhe
                             WA_Title, "Nachricht von Intuition",  // Fenstertitel
                             WA_CloseGadget, TRUE,              // Close-Gadget
                             WA_IDCMP,                          // IDCMP Flags
                             IDCMP_CLOSEWINDOW | IDCMP_NEWSIZE | IDCMP_VANILLAKEY,
                             WA_ScreenTitle, "Screentitel zum Fenster...",
                             WA_DragBar, TRUE,                  // Ziehleiste
                             WA_DepthGadget, TRUE,              // Depth-Gadget
                             WA_SizeGadget, TRUE,               // Size-Gadget
                             WA_Activate, TRUE,                 // Fenster aktivieren
                             WA_MinWidth, 100,                  // minimale Breite
                             WA_MinHeight, 100,                 // minimale Höhe
                             TAG_DONE);

    if (Fenster != NULL)
    {
      /* Unser Port ist der UserPort unseres Fensters */
      Port = Fenster->UserPort;

      /*  Schleife läuft so lange, bis das Programm
       *  durch Anklicken des Close-Gadgets beedet wird.
       */
        while (!Ende)
        {
         /* Auf ankommende Nachricht warten */
         WaitPort(Port);

         /* Schleife läuft bis alle Ereignisse
          * abgearbeitet sind.
          */
            while(Nachricht = (struct IntuiMessage *) GetMsg(Port))
            {
              klasse = Nachricht->Class;
              code =  Nachricht->Code;

           /* Welches Ereignis ist eingetreten? */
              switch(klasse)
              {
                 case CLOSEWINDOW :
                      printf("Closegadget wurde angeklicktn");
                      Ende = TRUE; // Programmende
                      break;

                 case NEWSIZE :
                      printf("Fenstergröße wurde geändertn");
                      printf("Höhe: %d Breite: %dn",Fenster->Height,Fenster->Width);
                      break;

                 case VANILLAKEY :
                      printf("Taste %c wurde gedrücktn",code);
                      break;

              } // Ende der switch-Verzweigung

              /* Wir sind mit der Bearbeitung fertig
               * und beantworten die Nachricht.
               */
              ReplyMsg((struct Message *)Nachricht);

            } // Ende der inneren while-Schleife
        } // Ende der äußeren while-Schleife

      CloseWindow(Fenster);   // Fenster schließen

    } // end if

    // Intuition Library schließen
    if (IntuitionBase != NULL) CloseLibrary((struct Library *)IntuitionBase);

  } // end if

  return 0;
}

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von MaikG:
Aha, also 2 verschiedene Varianten wie man das selbe
machen kann.

---

Zitat:

---

Dein Kurs finde ich übrigens Klasse. Wirst du da noch mehr
machen auf noch mehr Funktionen eingehen etc.?

---

Zitat:

---

Etwas schade finde ja das man den nicht drucken kann
ohne das die Schwarze farbe alle wird. Man kanns
ja Kopieren/Einfügen in Worthworth z.B. dann sind
aber die bilder weg und die Tabellen auch.

---

Oh Mann... Wähl mal "Ohne Hintergrund drucken" in Deinem Browser aus.
--

http://www.norman-interactive.com

[ - Antworten - Zitieren - Direktlink - ]

>Wenn Du Dir mal die Autodocs angeschaut hast, wirst
>Du ein Gefühl dafür bekommen, was es so alles an
>Funktionen gibt...

Ich weiss aber so das wichtigste.

>Oh Mann... Wähl mal "Ohne Hintergrund drucken" in
>Deinem Browser aus.

Dann wird der Hintergrund grau und nicht weiss.
Aussderdem kann Aweb nicht richtig Drucken, wenn überhaupt.
Mit Bugreports haben die es auch nicht so.

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von whose:
Naja, ganz korrekt ist es trotzdem nicht, die IntuiMessages einfach untern Tisch fallen zu lassen, da es sich bei z.B. IDCMP_CLOSEWINDOW um eine IntuiMessage-Struktur handelt. Die eigentlich darin verborgene Message-Struktur wird zwar freigegeben, die Intuition-spezifischen Zusatzinformationen aber erst nach einem ReplyMsg().

Bemerkbar ist das einmal in einer Entwicklungsumgebung mit Resource-Tracking wie StormC zum Beispiel, ein anderes Mal durch eine simple "Avail FLUSH - Ausführung - Avail FLUSH"-Folge. Da gehen immer ein paar Bytes flöten, wenn die Message nicht replied wird.

---

Zitat:

---

Zum Thema "es können noch Nachrichten anstehen beim Verlassen der Schleife": Das ist im Grunde korrekt, bei diesem Beispiel kann man sich aber auf Seiteneffekte verlassen. IDCMP-CLOSEWINDOW ist hier die einzige IntuiMessage, die ankommen kann.

---

Zitat:

---

Normalerweise müßte man also bei jedem Programm, welches auf Intuition-Messages wartet, vor dem Beenden erst einmal die Message-Queue leeren.

---

Zitat:

---

Hier kann man darauf aber getrost verzichten, ein ReplyMsg() bei IDCMP_CLOSEWINDOW genügt.

---

Zitat:

---

Irgendwo auf einer der alten CATS-Disks ist auch ein entsprechendes Beispiel zu finden, wo genau diese Vorgehensweise angeraten wird (Message-Queue leeren).

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Mad_Dog:
Wobei die Variante "Auf mp_SigBit warten" nur für ganz einfache Sachen zu gebrauchen ist.

---

Oder ganz komplizierte
Signale benutzt man z.B., wenn man auf verschiedene Ports gleichzeitig lauschen will, oder andere Signale unterstützt, z.B. CTRL+C.

mfg
--
Good coders do not comment. What was hard to write should be hard to read too.

[ - Antworten - Zitieren - Direktlink - ]

@Holger:

Laß uns darüber nicht streiten. Ich werde am Wochenende noch einmal nach dem Beispiel suchen, welches nur einen Port/ein Fenster nutzt und das korrekte Abarbeiten der IntuiMessages zum Programmende hin demonstriert.

Fakt ist jedenfalls, daß man diese IntuiMessages nicht unter den Tisch fallen lassen darf, das ist schlicht nicht korrekt. Bei "normalen" Messages ist diese Vorgehensweise erlaubt und bringt einem auch keinen Speicherverlust ein, da hast Du vollkommen recht.

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von whose:
Laß uns darüber nicht streiten. Ich werde am Wochenende noch einmal nach dem Beispiel suchen, welches nur einen Port/ein Fenster nutzt und das korrekte Abarbeiten der IntuiMessages zum Programmende hin demonstriert.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

whose:
Laß uns darüber nicht streiten.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von MaikG:

>Oh Mann... Wähl mal "Ohne Hintergrund drucken" in
>Deinem Browser aus.

Dann wird der Hintergrund grau und nicht weiss.
Aussderdem kann Aweb nicht richtig Drucken, wenn überhaupt.
Mit Bugreports haben die es auch nicht so.

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

@gni:

Ich weiß, daß sowas in der Doku steht. Interessanterweise gibts unter StormC z.B. häufiger Meldungen, daß Speicher nicht freigegeben wurde, wenn die IntuiMessages nicht mittels ReplyMsg() beantwortet wurden (wenigstens die erste). Avail spuckt nach dem Programmlauf ein ähnliches Ergebnis aus, es wird Speicher nicht freigegeben. Wird die erste IntuiMessage replied, gibts da keine Sorgen. Scheint dann wohl ein Fehler zu sein. Entweder in Intuition oder in den Docs (wobei ich letzteres eher annehme).


Grüße


Edit: RKM, 3rd Edition, Seite 250:

"After the application opens an IDCMP, it must monitor the port for messages. At a minimum, this involves removing all messages from the port and replying to them. An event loop which processes messages arriving at the IDCMP is discussed below."

Für mich sieht das so aus, als hätten wir alle Recht. IntuiMessages werden nach CloseWindow() oder Programmende freigegeben, aber auf wenigstens eine Message sollte man ein ReplyMsg() folgen lassen. Das würde zumindest erklären, weshalb alle Tools, die eingeschränktes Resource Tracking ermöglichen, bei den "wir warten nur auf ein Signal am Port und machen dann die Schotten dicht"-Beispielen mosern. Übrigens habe ich in den RKMs kein Intuition-bezogenes Beispiel gefunden, daß völlig ohne GetMsg()/ReplyMsg() arbeitet.

Also sollte man meiner Meinung nach auch die zwei Zeilen in diverse Beispiele einbauen. Ist nicht viel mehr Aufwand und auch freundlicher, was den Stil betrifft.

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233


[ Dieser Beitrag wurde von whose am 04.11.2005 um 14:41 Uhr editiert. ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von whose:
Edit: RKM, 3rd Edition, Seite 250:

"After the application opens an IDCMP, it must monitor the port for messages. At a minimum, this involves removing all messages from the port and replying to them. An event loop which processes messages arriving at the IDCMP is discussed below."

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von whose:
IntuiMessages werden nach CloseWindow() oder Programmende freigegeben, aber auf wenigstens eine Message sollte man ein ReplyMsg() folgen lassen. Das würde zumindest erklären, weshalb alle Tools, die eingeschränktes Resource Tracking ermöglichen, bei den "wir warten nur auf ein Signal am Port und machen dann die Schotten dicht"-Beispielen mosern.

---

[ - Antworten - Zitieren - Direktlink - ]

@Holger:

Die Stichhaltigkeit Deiner Argumentation sehe ich ein. Andererseits müßte dann ein Resource Tracker dann auch meckern, wenn eine evtl. anliegende IDCMP_CLOSEWINDOW-Message beantwortet wird. Genau das tut keins der Tools. Die meckern grundsätzlich nur dann, wenn eine IntuiMessage (wie eben IDCMP_CLOSEWINDOW aus den Einfach-Beispielen) nicht wenigstens beantwortet wird.

Das ist jedenfalls die Erfahrung, die ich oft genug gemacht habe, vor kurzem noch bei AmiDevCpp mit dem Intuition-Grundgerüst. Nach Einbau der entsprechenden Schleife mit GetMsg()/ReplyMsg sind alle Beanstandungen des Resource Trackers sowohl von StormC als auch Maxon C++ erledigt. Und Avail zeigt korrekte Werte für den freien Speicher an.

Irgendetwas ist da also nicht ganz in Ordnung, und ich gehe stark davon aus, daß sich die Doku da über eine Kleinigkeit des Message-Handlings von Intuition ausschweigt.

Selbst wenn das nur ein Seiteneffekt ist: Meiner Meinung nach sollten Messages soweit wie möglich auch beantwortet werden, das wäre sauber. So zeigt man den Beginnern nur von Anfang an, daß man faul sein darf (was man gerade bei AmigaOS eben nicht sein sollte).

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von whose:
Selbst wenn das nur ein Seiteneffekt ist: Meiner Meinung nach sollten Messages soweit wie möglich auch beantwortet werden, das wäre sauber. So zeigt man den Beginnern nur von Anfang an, daß man faul sein darf (was man gerade bei AmigaOS eben nicht sein sollte).

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von NoImag:

Es sollte also kein Problem sein, nach dem Abholen einer Message gleich wieder WaitPort aufzurufen, ohne erst alle Messages abzuholen. Totzdem soll man erst alle messages abholen, bevor man wieder WaitPort aufruft. Ich kann da den Sinn nicht erkennen.

---

[ - Antworten - Zitieren - Direktlink - ]

@NoImag:

Ich verstehe Deine Frage ehrlich gesagt nicht so ganz.

Du kannst das sicherlich so machen. WaitPort() sofort wieder aufrufen. Ich frag mich nur gerade, worin da der Sinn liegen soll... wenn man eine Message bekommt, hat die sicherlich einen Sinn und den sollte man erst einmal ermitteln, bevor man auf die nächste Message wartet. Also die Message abholen. Signale, die nicht mit einer Message zu tun haben, sind ein anderes Thema.

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von NoImag:
Laut RKRMs wartet WaitPort nicht, wenn eine Message am Port vorhanden ist. Es sollte also kein Problem sein, nach dem Abholen einer Message gleich wieder WaitPort aufzurufen, ohne erst alle Messages abzuholen. Totzdem soll man erst alle messages abholen, bevor man wieder WaitPort aufruft. Ich kann da den Sinn nicht erkennen.

---

[ - Antworten - Zitieren - Direktlink - ]