[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Im Header habe ich gesehen

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

GetAttr (CHECKBOX_Checked,checkbox_object,&status);

---

Ist doch gar nicht erlaubt...

Zitat:

---

Die Headerfiles sollten der letzte Ort sein, wo man Informationen sucht. Zuerst immer in die Autodocs schauen, da sind zu jedem Gadget alle Attribute beschrieben.

---

Zitat:

---

Und bevor du mit ReAction anfängst, solltest du erstmal BOOPSI lernen.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von ZeroG:
@Beeblebrox:
Ich hab bis jetzt immer eine Variable mitlaufen lassen um über Checkboxen bescheid zu wissen.

---

na das ist zumindest ein Vorschlag wie es geht. Wenn auch nicht grade elegant

Ich habe übrigens echt Probleme mir den Amiga-API Kram beizubringen. Da gibt es keine aktuellen Bücher, keine IDE, die Autodocs sind auch nur teilweise brauchbar (da gibt es keinen Eintrag für reaction), dann lauter Begriffe wie Gadtools, BOOPSI, und weiss der Geier. GCC verhält sich manchmal unerklärlich. Ausserdem ist mir nicht klar wie es unter C eigentlich Objekte geben kann. Auf dem PC programmieren ist echt extrem einfach dagegen. Auch unter OS3.x mit StormC ging das noch. Ach ja, ich habe noch nie im Leben einen Amiga-Programmierer persönlich getroffen. Trotzdem schlage ich mich jedes Jahr wieder ein paar Tage damit rum und versuche es erneut.

Bleibt zuguterletzt immernoch die Frage: Wie komme ich da jetzt an das Attribut ran ?
--
>>> bEeBlEbRoX <<<
http://www.endlosstudent.de

[ - Antworten - Zitieren - Direktlink - ]

@Beeblebrox:

Mal ne Zwischenfrage: Was genau ist signal bei Dir? Wirklich nur ein ULONG oder doch zufällig ein const ULONG? Wenn letzteres, dann wunder Dich nicht über den DSI. Ansonsten sollte die Variable ein ULONG sein, welches Du dann nach BOOL casten müßtest. In den AutoDocs steht es auch als "*ULONG".

Allerdings wundere ich mich ein wenig, daß man den Status der Checkbox nicht "ohne Buchführung" erfragen kann (selbst unter OS4 nicht). Eventuell sollte ich mich doch mal melden, um bei ReAction etwas auszuhelfen...

Übrigens zeigt das entsprechende Beispiel, daß man den Status der Checkbox beim GADGETUP-Event im Code-Feld der Message in Form von TRUE oder FALSE serviert bekommt. Vielleicht hilft Dir das etwas weiter. Zumindest erleichtert es die "Buchführung" etwas

Davon ab sollte sich eine Möglichkeit finden lassen, diese Information dem Objekt anschließend mitzugeben. In der Gadget-Struktur ist z.B. ein UserData-Feld, da könntest Du diese Information unterbringen.

Grüße

--
---

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

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Ausserdem ist mir nicht klar wie es unter C eigentlich Objekte geben kann.

---

Objekte, Klassen und vererbung und dieses ganze OOP-Zeug sind nur Denkmodelle, das hat nicht direkt etwas mit Programmiersprachen zu tun.
Auch wenn z.B. C++ soetwas direkt mit Sprachmitteln unterstützt, kann man durchaus in jeder Programmiersprache etwas schreiben was wie Klassen funktioniert.

Aber das dürfte klarer werden wenn du dir die BOOPSI Unterlagen angesehen hast.
Falls dann noch Fragen zu OOP im allgemeinen sind: Frag doch mal Holger und/oder Solar, das Thema dürfte praktisch wie geschaffen für die beiden sein.

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Beeblebrox:
Ich habe übrigens echt Probleme mir den Amiga-API Kram beizubringen. Da gibt es keine aktuellen Bücher, keine IDE,

---

Zitat:

---

die Autodocs sind auch nur teilweise brauchbar (da gibt es keinen Eintrag für reaction),

---

Zitat:

---

dann lauter Begriffe wie Gadtools, BOOPSI, und weiss der Geier. GCC verhält sich manchmal unerklärlich.

---

Zitat:

---

Ausserdem ist mir nicht klar wie es unter C eigentlich Objekte geben kann.

---

Zitat:

---

Auf dem PC programmieren ist echt extrem einfach dagegen. Auch unter OS3.x mit StormC ging das noch. Ach ja, ich habe noch nie im Leben einen Amiga-Programmierer persönlich getroffen. Trotzdem schlage ich mich jedes Jahr wieder ein paar Tage damit rum und versuche es erneut.

---

Steter Tropfen höhlt den Stein Wirf die Flinte nicht ins Korn, irgendwann kommt die Erleuchtung. So lange fragst Du halt einfach munter weiter und läßt Dich nicht von evtl. leicht patzigen Antworten entmutigen.

Nichts desto trotz solltest Du Dir die entsprechenden Kapitel in den RKMs zu Gemüte führen, die Information darin sind immer noch recht aktuell.

Zitat:

---

Bleibt zuguterletzt immernoch die Frage: Wie komme ich da jetzt an das Attribut ran ?

---

Siehe oben, GADGETUP-Event und UserData-Feld oder eigene Variable.

Grüße


--
---

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

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von ZeroG:
@thomas:
Oh, scheint ein Fehler im Autodoc zu sein. OM_GET geht doch mit GA_Selected. Entschuldigung.
Wen schreibt man den da an um das zu Melden? HJF?

---

Im Zweifel ja. Aber soweit mir bekannt ist, sind diese Unzulänglichkeiten im SDK schon bekannt und mit der kommenden Version für die Final abgestellt. Aber melden kann trotzdem nicht schaden, denk ich

Mensch, da machste die Pferde scheu wegen OM_GET, ich hab schon am Geisteszustand derjenigen gezweifelt, die für ReAction zuständig sind/waren. Eine Checkbox ohne Abfragemöglichkeit des Status wäre ja ungefähr so nützlich wie ne Zyste am A***

Nun müssen wir nur noch herausfinden, warum GetAttr() bei ihm reapert, dann ist das Problem auch gelöst

Edit:

Ei verdammt, gerade bemerkt!

Sag mal, Beeblebrox, ist Dein "ULONG signal" zufällig das, was man allgemein zum Empfang von Signalen an einem Port verwendet (also alá " signals = Wait(...." )? Was machst Du sonst noch damit?

Grüße

--
---

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


[ Dieser Beitrag wurde von whose am 02.02.2007 um 22:43 Uhr geändert. ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Übrigens zeigt das entsprechende Beispiel, daß man den Status der Checkbox beim GADGETUP-Event im Code-Feld der Message in Form von TRUE oder FALSE serviert bekommt. Vielleicht hilft Dir das etwas weiter. Zumindest erleichtert es die "Buchführung" etwas

---

Zitat:

---

Guck mal in SDK:Examples/Reaction/RA_Auto/testapp.c da wird ein CheckBox Objekt in Zeile 460 abgefragt.

---

Zitat:

---

Folge am besten dem Rat von thomas und lese dir im RKM und in der AmigaMailVol2 alles durch was es zu BOOPSI gibt, dann kommt das mit Reaction fast von allein.

---

Zitat:

---

*hüstel* schon mal an Cubic gedacht? Die serviert einem die Prototypen der Funktion unterm Cursor und man kann nach Schlagworten suchen lassen (auch und gerade in den Autodocs!).

---

Zitat:

---

Könntest Du das näher erläutern, inwiefern der sich unerklärlich verhält, der GCC?

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

int main(void)
{
char string1[256000]="Hallo";
char string2[256000]="Welt";

---

code:

---

char string1[256000]="Hallo";
char string2[256000]="Welt";

int main(void)
{

---

code:

---

int main(void)
{
static char string1[256000]="Hallo";
static char string2[256000]="Welt";

---

code:

---

int main(void)
{
char *string1 = malloc(256000);
char *string2 = malloc(256000);
strcpy (string1,"Hallo");
strcpy (string2,"Welt");

---

Zitat:

---

Während Praktikum / Diplom habe ich übrigens 8 Monate C# programmiert und weiss in etwa was objektorientierte Programmierung bedeutet.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Es gibt einen Grund, warum Studienabgänger von anderen Berufsgruppen mit abfälligem Unterton als Akademiker bezeichnet werden.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Welche RKM und wo gibts die AmigaMailVol2 ? Wo finde ich BOOPSI Unterlagen ? Zumindest nicht im SDK/Documentation

---

Zitat:

---

also meine Signal-Variable ist ein einfacher ULONG (kein const ULONG). Ich benutze das Ding, weil es zuvor schon im Code von einem Reaction-Example vorkam den ich benutze:
IIntuition->GetAttr(WINDOW_SigMask, object[OID_MAIN], &signal);

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Beeblebrox:
@all

also meine Signal-Variable ist ein einfacher ULONG (kein const ULONG). Ich benutze das Ding, weil es zuvor schon im Code von einem Reaction-Example vorkam den ich benutze:
IIntuition->GetAttr(WINDOW_SigMask, object[OID_MAIN], &signal);

---

Zitat:

---

Zitat:

---

Übrigens zeigt das entsprechende Beispiel, daß man den Status der Checkbox beim GADGETUP-Event im Code-Feld der Message in Form von TRUE oder FALSE serviert bekommt. Vielleicht hilft Dir das etwas weiter. Zumindest erleichtert es die "Buchführung" etwas

---

Werde ich mir mal anschauen.

---

Zitat:

---

Zitat:

---

Folge am besten dem Rat von thomas und lese dir im RKM und in der AmigaMailVol2 alles durch was es zu BOOPSI gibt, dann kommt das mit Reaction fast von allein.

---

Welche RKM und wo gibts die AmigaMailVol2 ? Wo finde ich BOOPSI Unterlagen ? Zumindest nicht im SDK/Documentation

---

Developer CD 2.1 z.B. Ist oft günstig bei einem bekannten Auktionshaus zu bekommen. Den Hinweis auf google und nicht so ganz legale Downloadmöglichkeiten hast Du übrigens nicht gelesen

Zitat:

---

Zitat:

---

*hüstel* schon mal an Cubic gedacht? Die serviert einem die Prototypen der Funktion unterm Cursor und man kann nach Schlagworten suchen lassen (auch und gerade in den Autodocs!).

---

Gedacht, na klar. Habe im November mein Studium beendet. Spätestens seit dem ist Ebbe im Portemonnaie. ABer ich habe ab dem 12.2. Arbeit, dann habe ich quasi das Geld, aber kaum Zeit mehr...

---

Und wie kommst Du dann darauf, daß es keine "vernünftige" IDE für AmigaOS gäbe? Außer für Linux gibt es wenige (mir ist keine bekannt) IDEs mit vollständiger Dokumentation der OS-Funktionen für lau. Selbst die Buch-Dinger für Windows kosten Geld (und sind oftmals stark eingeschränkt im Nutzwert)

Zitat:

---

Während Praktikum / Diplom habe ich übrigens 8 Monate C# programmiert und weiss in etwa was objektorientierte Programmierung bedeutet.

---

Zitat:

---

Zitat:

---

Könntest Du das näher erläutern, inwiefern der sich unerklärlich verhält, der GCC?

---

Kann ich dummerweise nicht ohne meinen Code hier zu posten. Folgendes hat mich gestern 2 Stunden gekostet: Ich habe zwei rieseige char-Arrays mit je 256000 Werten angelegt. Das lässt sich in meinem Programm nicht compilieren. Ich habe letztendlich beide Arrays auf 25600 Werte verkleinern müssen. Ein kleines Test-Programm:

---

Ok, dazu hat thomas ja schon einiges gesagt. Unerklärlich ist das allerdings nicht

Zitat:

---

Ach ja, und der Compiler sagt mir ständig: Could not relocate PCH oder sowas und bricht ab. Wenn ich dieses .gch file lösche, was wohl etwas mit der GUI zu tun hat, dann gehts wieder.

---

Zitat:

---

Danke für die freundlichen Kommentare. Werde mich heute nochmal einen Tag mit der "Erleuchtung" beschäftigen können.

---

Irgendwie habe ich das Gefühl, daß Du Programmierung mit "mal eben ne Schraube nachziehen" gleichsetzt. So einfach ist es aber nicht, das hätte Dir im Studium eigentlich beigebracht werden sollen.

Selbst die MS-IDEs machen einem das Leben nicht immer so leicht, weil die z.B. so lustige Konstrukte wie 256KB auf dem Stack belegen gar nicht "bemerken" bzw. gar nicht bemerken sollen wegen "automatic stack extension" usw. Schwachsinn bleibt dieses Konstrukt trotzdem, auch wenn es durch die OS-Krücken auf manchen Systemen trotzdem funktioniert.

Und die einfachen Lernbeispiele in C# decken im Grunde nur einen ganz winzigen Teil des weiten Felds der Programmierung ab. Da muß man wohl oder übel einiges an Zeit investieren, um wirklich zu verstehen, was man da so treibt, bevor man den Compiler auf seinen Text losläßt.

Grüße

--
---

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

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von ZeroG:
Ganz böses Foul. Wenn du dieses signal einfach überschreibst, trittst du Intuition die Füsse weg.

---

Zitat:

---

@all:
Hab mal Meldung an HJF gemacht.

---

Super, danke

Grüße

--
---

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

[ - Antworten - Zitieren - Direktlink - ]

@whose:
Ok, ich will diesen Thread nicht Off topic werden lassen. Es stimmt, mir fehlt es besonders im Amiga Bereich sehr an Erfahrung / API& Programmierkenntnissen. Weil ich aber nicht mehr wusste wo ich überhaupt anfangen soll frage ich jetzt halt hier ein paar Dinge, die sich für euch vermutlich überaus laienhaft anhören. Letzendlich ist mein Ziel aber nicht euch zu ärgern, sondern ein wenig mehr zu verstehen Meine Programme unter C# .Net hatten keinen Stacküberlauf, darum bin ich darauf garnicht gekommen. Ich habe auch einige Erfahrung mit der Programmierung der Mikrokontroller von Microchip, die 16f Serie benutzt den Stack lediglich für Unterprogrammaufrufe, nicht für Variablen. Grundsätzlich weiss ich schon daß solche Variablen auf dem Stack landen, bin halt nur icht drauf gekommen. Studiert habe ich Elektrotechnik.
--
>>> bEeBlEbRoX <<<
http://www.endlosstudent.de

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Beeblebrox:
@whose:
Ok, ich will diesen Thread nicht Off topic werden lassen. Es stimmt, mir fehlt es besonders im Amiga Bereich sehr an Erfahrung / API& Programmierkenntnissen.

---

OT wirds ja nicht, hat ja mit Programmierung zu tun Die fehlende Erfahrung merkt man Dir aber auch an solchen "Kleinigkeiten" wie 256KB auf dem Stack anlegen u.Ä. an, deswegen...

Zitat:

---

Weil ich aber nicht mehr wusste wo ich überhaupt anfangen soll frage ich jetzt halt hier ein paar Dinge, die sich für euch vermutlich überaus laienhaft anhören.

---

Ganz und gar nicht. ReAction/BOOPSI ist nicht immer einfach zu handhaben, mußt nur mal nach Posts suchen, die damit zu tun haben.

Was halt auffiel, war Deine "mangelnde Vorbereitung". Aber da Du die DevCD2.1 ja nun gefunden hast, kannst Du Dich ja mal etwas einlesen und weißt dann u.U. besser, was Du in Deinem Programm machst

Zitat:

---

Letzendlich ist mein Ziel aber nicht euch zu ärgern, sondern ein wenig mehr zu verstehen

---

Wie ich schon sagte: Auch wenn manche Antworten vielleicht patzig klingen, heißt das nicht, daß Dir keiner helfen will. Aber ein klein wenig beachten solltest Du für die Zukunft schon, was man Dir schreibt

Und gerade bei thomas solltest Du aufmerksam lesen. In seinen Antworten steckt sehr oft eine Menge nützliche Information drin, auch für Themen, die mit der eigentlichen Frage nur am Rande zu tun haben (wie z.B. die Sache mit den Variablen auf dem Stack).

Zitat:

---

Meine Programme unter C# .Net hatten keinen Stacküberlauf, darum bin ich darauf garnicht gekommen.

---

Unter Windows/Linux/Unix wäre das so oder so nicht passiert (auch mit C oder C++ nicht), weil diese Systeme von Haus aus den Stack erweitern, wenns notwendig wird. Sieht auf den ersten Blick sehr komfortabel aus, aber Dein Beispiel zeigt auch, zu welchen Kuriositäten der Komfort führen kann

Zitat:

---

Ich habe auch einige Erfahrung mit der Programmierung der Mikrokontroller von Microchip, die 16f Serie benutzt den Stack lediglich für Unterprogrammaufrufe, nicht für Variablen.

---

Damit kenne ich mich wiederum nicht aus. Nie mit beschäftigt

Zitat:

---

Grundsätzlich weiss ich schon daß solche Variablen auf dem Stack landen, bin halt nur icht drauf gekommen. Studiert habe ich Elektrotechnik.

---

Naja, jetzt weißt Du schon mal eine Sache, wegen der sich der GCC "merkwürdig" verhält. Die Klamotte mit den .gch-Dateien dürfte sich in der Doku zu GCC finden.

Und ReAction wirst Du auch noch kapieren, ein klein wenig Übung und Geduld vorausgesetzt.

Grüße

--
---

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

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Wie kommst Du denn darauf?

---

code:

---

/* Obtain the window wait signal mask.*/
IIntuition->GetAttr(WINDOW_SigMask, objects[OID_MAIN], &signal);

/* Input Event Loop */
while (!done)
{
wait = IExec->Wait( signal | SIGBREAKF_CTRL_C | app );

---

[ - Antworten - Zitieren - Direktlink - ]

c code:

---

ULONG signal;

---

c code:

---

ULONG *signal;

---

?

Grüße

--
---

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

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von ZeroG:
Und da er signal wahrscheinlich in der Behandlung von WMHI_GADGET_UP überschreibt, fliegt im das ganze wahrscheinlich um die Ohren wenn die Schleife das nächste mal bei Wait() ankommt.

---

Ja, das habe ich ja als Nebensatz erwähnt, daß wir nicht wissen, was er damit sonst noch so treibt (signal als Signalmaske verwenden ohne die Bits vorher wieder korrekt zu setzen o.Ä.).

Prinzipiell kann man signal aber recht frei verwenden, darauf kams mir an, weil es bei Dir so klang, als dürfte man das generell nicht.

Natürlich sollte er schon darauf achten, was er wo reinschreibt oder wem übergibt

Grüße

--
---

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

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Weil der gute Beeblebrox anscheined die Reaction Beispiele aus dem OS4 SDK modifiziert.

---

[ - Antworten - Zitieren - Direktlink - ]

@Beeblebrox:

Ja super!

Dann noch viel Erfolg mit ReAction- und vor allem AmigaOS-Programmierung!

Grüße

--
---

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

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von whose:

Zitat:

---

Meine Programme unter C# .Net hatten keinen Stacküberlauf, darum bin ich darauf garnicht gekommen.

---

Unter Windows/Linux/Unix wäre das so oder so nicht passiert (auch mit C oder C++ nicht), weil diese Systeme von Haus aus den Stack erweitern, wenns notwendig wird. Sieht auf den ersten Blick sehr komfortabel aus, aber Dein Beispiel zeigt auch, zu welchen Kuriositäten der Komfort führen kann

---

Zitat:

---

Original von ZeroG:
...
Und da er signal wahrscheinlich in der Behandlung von WMHI_GADGET_UP überschreibt, fliegt im das ganze wahrscheinlich um die Ohren wenn die Schleife das nächste mal bei Wait() ankommt.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Holger:

Zitat:

---

Original von whose:

Zitat:

---

Meine Programme unter C# .Net hatten keinen Stacküberlauf, darum bin ich darauf garnicht gekommen.

---

Unter Windows/Linux/Unix wäre das so oder so nicht passiert (auch mit C oder C++ nicht), weil diese Systeme von Haus aus den Stack erweitern, wenns notwendig wird. Sieht auf den ersten Blick sehr komfortabel aus, aber Dein Beispiel zeigt auch, zu welchen Kuriositäten der Komfort führen kann

---

Ich bezweifle, dass in den Programmen, um die es hier geht, überhaupt explizit Stack-Speicher angefordert wurde. C# stellt für Gelegenheitsprogrammierer einen Speichermanager zur Verfügung...

---

Du hast nicht alle Beiträge gelesen, oder? Es ging da um ein Problem, bei dem er char foo[256000]; und char bar[256000]; deklarierte, innerhalb eines Blocks = automatische Variablen und sich dann über Probleme mit dem Ergebnis unter AmigaOS (vermutlich 4) wunderte.

In unserem Fall landen die auf dem Stack, was halt nicht so wirklich funktioniert bei typischerweise 4KB Stack für 68K-Systeme und 32KB für PPC-Systeme (oder benutzt MOS/ABox standardmäßig einen größeren Stackframe oder gar stack extension? Ich weiß es nicht).

Das C# da etwas anders ist, habe ich gar nicht angesprochen. Ich meinte nur, daß das auch bei Benutzung von C++ oder C nicht zu Problemen geführt hätte wegen der automatischen Stack-Extension von Windows, Linux und Co.

Dort wäre ihm weiterhin (also nicht nur dann, wenn er C# benutzt) nicht aufgefallen, daß er unnötig Stackspeicher verballert.

Was das angeht, finde ich AmigaOS gerade wegen dieser "Einschränkungen" sehr lehrreich. Es zeigt einem, wie viele Dinge man nicht mehr beachtet, wenn man zu viel Komfort hat.

Das ist jetzt aber nicht als absolute Wertung/Angriff zu verstehen, gell? Ist einfach nur meine persönliche Meinung

Grüße

--
---

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

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von whose:
Du hast nicht alle Beiträge gelesen, oder?

---

Zitat:

---

Es ging da um ein Problem, bei dem er char foo[256000]; und char bar[256000]; deklarierte, innerhalb eines Blocks = automatische Variablen und sich dann über Probleme mit dem Ergebnis unter AmigaOS (vermutlich 4) wunderte.

---

Zitat:

---

Ich meinte nur, daß das auch bei Benutzung von C++ oder C nicht zu Problemen geführt hätte wegen der automatischen Stack-Extension von Windows, Linux und Co.

---

Zitat:

---

Was das angeht, finde ich AmigaOS gerade wegen dieser "Einschränkungen" sehr lehrreich. Es zeigt einem, wie viele Dinge man nicht mehr beachtet, wenn man zu viel Komfort hat.

---

[ - Antworten - Zitieren - Direktlink - ]