GCC+Reaction - amiga-news.de Forum

amiga-news.de Forum > Programmierung > GCC+Reaction

[ - Search - New posts - Register - Login - ]

-1-

[ - Post reply - ]

2004-06-16, 12:44 h

Kaesebroetchen
Posts: 643
User

Hallo,
ich hab noch mal ein paar Anfängerfragen bezüglich einiger Fehlermeldungen vom gcc (2.95) in zusammenhang mit reaction.
Ich habe versucht den Beispielcode aus dem Workshop von Martin Elsner mit dem gcc zu kompilieren und erhielt dabei folgende Fehlermeldungen:

Neuer Shell-Prozeß 3
3.Amigadev:> cd cpp
3.Amigadev:cpp> gcc react.c -o react
react.c: In function 'main':
react.c:75: 'Gadget' undeclared (first use in this function)
react.c:75: (Each undeclared identifier is reported only once
react.c:75: for each function it appears in.)
react.c:75: parse error before ')'
react.c:106: warning: passing arg 3 of 'GetAttr' from incompatible pointer type
react.c:113: parse error before ')'
3.Amigadev:cpp>

Hier der Quellcode aus dem Workshop:

/* Prototypen einbinden : */
#include <clib/exec_protos.h>
#include <clib/alib_protos.h>
#include <clib/intuition_protos.h>
#include <clib/dos_protos.h>
#include <clib/window_protos.h>
#include <clib/layout_protos.h>
#include <clib/button_protos.h>

/* Typen und Konstanten einbinden : */
#include <intuition/classusr.h>
#include <classes/window.h>
#include <gadgets/layout.h>
#include <gadgets/button.h>

/* Die Dateien können natürlich bei anderen Compilern anders */
/* heißen und an anderen Stellen stehen. Zur Not muss man die */
/* Verzeichnisse nach den benötigten Konstanten etc. durchsuchen.*/

struct Library *IntuitionBase,*DosBase,*WindowBase,*LayoutBase,*ButtonBase;

int main(){

Object *window,*layout,*button;

/* wie gesagt, man kann auch einen anderen Typ benutzen, */
/* z.B. ULONG window oder APTR window, es müssen nur 4 Byte sein */

struct Window *intuiwin; /* das brauchen wir noch */

/* So, den nächsten Teil kennen wir schon: */

IntuitionBase = OpenLibrary( "intuition.library", 39 );
DosBase = OpenLibrary( "dos.library", 39 );
WindowBase = OpenLibrary( "window.class", 44 );
LayoutBase = OpenLibrary( "gadgets/layout.gadget", 44 );
ButtonBase = OpenLibrary( "gadgets/button.gadget", 44 );
if( (!IntuitionBase) || (!WindowBase) || (!LayoutBase) || (!ButtonBase) ){
CloseLibrary( ButtonBase );
CloseLibrary( WindowBase );
CloseLibrary( LayoutBase );
CloseLibrary( DosBase );
CloseLibrary( IntuitionBase );
return( 20 );
}

/* Jetzt wird's interessant : */

layout = (Object*)NewObject( LAYOUT_GetClass(),NULL,
LAYOUT_Orientation,LAYOUT_VERTICAL,
LAYOUT_DeferLayout,TRUE,
LAYOUT_SpaceInner,TRUE,
LAYOUT_SpaceOuter,TRUE,
TAG_END );

/* da haben wir's: LAYOUT_GetClass() kommt aus layout.gadget */
/* und liefert uns den benötigten Zeiger, wir brauchen also */
/* keinen Klassennamen. Dann folgen einige Eigenschaften, mit */
/* denen wir uns noch genauer beschäftigen werden. Sie */
/* betreffen jedenfalls das Aussehen und die Funktionsweise des */
/* Layout. Übrigens gibt es auch Reaction-Makros, die diese */
/* Erzeugung etwas angenehmer machen (in */
/* reaction/reaction_macros.h). */

button = (Object*)NewObject( BUTTON_GetClass(),NULL,
GA_Text,"Mein erster Reaction-Button ...",
TAG_END );

/* Man gewöhnt sich dran, oder? */
/* Schön ist, dass man wirklich nur das angeben muss, was man */
/* benötigt; man muss nicht wie früher erst viele Parameter */
/* festlegen, sondern ist mit ein paar Zeilen fertig. Zudem */
/* sieht es auch noch übersichtlicher aus.*/

SetGadgetAttrs( (Gadget*)layout,NULL,NULL,LAYOUT_AddChild,button,TAG_END
);

/* Hier ordnen wir den Button unserem Layout unter. Dazu müssen */
/* wir nur die Eigenschaft LAYOUT_AddChild setzen. Übrigens */
/* hätten wir auch SetAttrs benutzen können, wenn wir sowieso */
/* weder Fenster noch Requester angeben. Aber wir sollten uns */
/* daran gewöhnen, mit SetGadgetAttrs zu arbeiten, denn wenn das */
/* Fenster offen ist, geht's nicht anders. */

window = (Object*)NewObject( WINDOW_GetClass(),NULL,
WINDOW_Layout,layout,
WINDOW_Position,WPOS_CENTERMOUSE,
WA_Activate,TRUE,
WA_Title,"Ein Fenster !!",
WA_DragBar,TRUE,
TAG_END );

/* Hier übergeben wir dem Fenster direkt sein "Kind", nämlich */
/* unser Layout. Dann folgen einige Eigenschaften, mit denen */
/* wir uns nächstes Mal genauer beschäftigen. Sie betreffen */
/* jedenfalls das Aussehen und die Funktionsweise des Fensters. */
/* Offen ist es aber noch nicht, also: */

DoMethod( window,WM_OPEN );

/* So einfach ist das. Wer sich mal die AutoDocs anschaut, wird */
/* feststellen dass man aber bei der Angabe eines Fensters immer */
/* einen Zeiger auf eine Window-Struktur benötigt und kein */
/* Objekt. Kein Problem, holen wir ihn uns: */

GetAttr( WINDOW_Window, window, &intuiwin );

/* Immer aufpassen, dass man einen ZEIGER auf die Variable */
/* übergibt, sonst kommt der Guru ... */

Delay( 500 ); /* wir warten erst mal ca. 10 Sekunden ... */

SetGadgetAttrs( (Gadget*)button,intuiwin,NULL,
GA_Text,"... ist immer noch da!",TAG_END );

/* Hier ist endlich unser intuiwin im Einsatz! Hat auch einen */
/* Sinn, denn das Fenster muss direkt aktualisiert werden. */
/* Übrigens ist es mir schon des öfteren passiert, dass ich */
/* TAG_END vergessen habe - gerade wenn ich zuvor GetAttr */
/* benutzt habe. Das macht sich dann meist durch seltsame */
/* Ergebnisse oder sogar einen Absturz bemerkbar. Sobald man */
/* mal das Programm debuggt und Enforcer oder ein ähnliches */
/* Tool startet, findet man meist den Fehler. */

Delay( 500 ); /* weil's so schön ist ... */

DoMethod( window,WM_CLOSE ); /* klar, oder ? */

DisposeObject( window );

/* So, das war's. Wie gesagt, das Layout und der Button werden vom */
/* Window freigegeben. Natürlich müssen jetzt noch die Libraries */
/* geschlossen werden. Und wenn das Programm noch weiter geht, */
/* sollte man nicht vergessen, alle Zeiger auf NULL zu setzen: */

window = NULL;
layout = NULL;
button = NULL;
intuiwin = NULL;

CloseLibrary( ButtonBase );
CloseLibrary( WindowBase );
CloseLibrary( LayoutBase );
CloseLibrary( DosBase );
CloseLibrary( IntuitionBase );
return( 0 );
}

Hier meine Fragen:

steht "Gadget" als Platzhalter für etwas anderes, oder liegt der "Fehler" im GCC ?

was hat es mit dem inkompatiblen Zeigertyp von GetAttr auf sich ?

Was mus ich allgemein beachten, wenn ich Code der für StormC vorgesehen ist mit dem GCC kompilieren möchte ?

Vielen Dank im voraus !