Zitat:

---

Ein bißchen Off-Topic: Hast Du die ATI Rage Pro im VESA-Modus laufen oder via neuem Kernel in allen Auflösungen? Wenn mit neuem Kernel, wie hast das zum Laufen gebracht? Hat bei mir nämlich nie funktioniert

---

code:

---

5.Work:CProj> sh
# /sys/tools/editpad
# sys:tools/editpad

---

code:

---

5.Work:CProj> c:list env:path
No information for "env:path": Objekt nicht gefunden
5.Work:CProj>

---

code:

---

#include <stdlib.h>
#include <stdio.h>

int main (void)
{
  int r;
  r = system("/SYS/Tools/EditPad");
  printf("Rück %dn", r);
  r = system("SYS:Tools/EditPad");
  printf("Rück %dn", r);
  return 0;

---

code:

---

7.Workbench:> dir env:path
Could not get information for env:path
Objekt nicht gefunden
7.Workbench:> sh
# echo $PATH
/bin:/usr/bin:/usr/ucb

---

code:

---

#include <stdlib.h>
#include <stdio.h>

int main (void)
{
  int r;
  r = system("EditPad");
  printf("Rück %dn", r);
  return 0;
}

---

code:

---

struct ScreenModeRequester
{
    ULONG sm_DisplayID;	   /* Display mode ID		       */
    ULONG sm_DisplayWidth;	   /* Width of display in pixels       */
    ULONG sm_DisplayHeight;	   /* Height of display in pixels      */
    UWORD sm_DisplayDepth;	   /* Number of bit-planes of display  */

---

code:

---

#include <stdio.h>

int x;

int main(void)
{
	freopen("con:40/40/200/200/Out","w",stdout);
	freopen("con:80/80/200/200/In","r",stdin);

	scanf("%d", &x);

	printf("lalalan");
	scanf("%d", &x);
}

---

Zitat:

---

Eine Frage noch: Ist es möglich, einen Button zu erstellen, der sowohl ein Bild als auch einen Text enthält (ähnlich wie die Toolbar-Knöpfe in YAM)?

---

Zitat:

---

Zitat:

---

Ist halt leider nur mäßig dokumentiert...

---

ReAction selbst ist auch nicht besonders gut dokumentiert. Im NDK3.9 gibt es die Autodocs zu den ReAction-Klassen/Gadgets/Images.
Martin Elsners Kurs hat mir sehr geholfen.

---

Zitat:

---

code:

---

LAYOUT_AddChild ButtonObject
   GA_ID ... etc
ButtonEnd
CHILD_WeightedWidth, 0,
CHILD_WeightedHeight,0,

---

---

code:

---

Object *button1 = NewObject(BUTTON_GetClass(),NULL,
GA_ID, 1, GA_Text, "OK", GA_RelVerify, TRUE, TAG_DONE);
(GA_RelVerify ist erforderlich, damit ein Event ausgelöst wird, GA_ID steht dann im Event-Loop zur Verfügung)

Object *button2 = NewObject(BUTTON_GetClass,NULL,
GA_ID, 2, GA_Text, "Cancel", GA_Relverify, TRUE, TAG_DONE);

Object *inner_layout = NewObject(LAYOUT_GetClass(),NULL,
LAYOUT_AddChild, button1, //button 1 hinzufügen
CHILD_WeightedHeight, 0, //Höhe für button1 minimieren
LAYOUT_AddChild, button2, // button 2 hinzufügen
CHILD_WeightedHeight,0, // Höhe für button2 minimieren
TAG_DONE);

Object *outer_layout = NewObject(LAYOUT_GetClass(),NULL,
LAYOUT_AddChild, inner_layout,
CHILD_WeightedHeight, 0, //Höhe für Toolbar minimieren
... weitere Gadgets
TAG_DONE);

---

Zitat:

---

Zitat:

---

Ich habe mir den Screenshot angeschaut. In deinem Fall würde ich nur WeightedHeight angeben.

---

Warum?

---

code:

---

LAYOUT_AddChild ButtonObject
   GA_ID ... etc
ButtonEnd
CHILD_WeightedWidth, 0,
CHILD_WeightedHeight,0,

---

Zitat:

---

Also C. In diesem Fall mußt Du Dir um Scratch-Register _keinen_ Kopf machen. Der Compiler kümmert sich um die Details.

---

Zitat:

---

BTW, Du weisst, das GCC 3.3 unter Umständen bei Verwendung von LP-Inlines nicht-funktionierenden Code erzeugt?

---

Zitat:

---

Alle Libraries müssen AmigaOS-ABI konform sein, soll heissen alle non-scratch Register _müssen_ nach dem Funktionsaufruf den selben Wert wie _vor_ dem Funktionsaufruf haben. Scratch-Register _können_andere Werte haben, aber sie _müssen_ nicht. Wenn eine Funktion vom allgemeinen Schema abweicht, ist das meist dokumentiert (zb. Forbid/Permit, etc.) aber das ist nur für Assembler wirklich interessant. Für den Compiler ist der OS-Funktionsaufruf wie jeder andere, dh. er erwartet das "Standardverhalten".

a4/a5[/a6/a7 ;-)] vermeiden. a4 und a5 werden vom Compiler verwendet. a0 und a1 sind vollkommen korrekt.

---

Zitat:

---

inline/macros.h enthält nur die Makros., die von OS-Funktionen verwendet werden. Wenn eine 3rd-Party Library eine Kombination verwendet, die eine System-Libraries nicht hat, dann fehlt das Makro.
Du solltest Dir für Deine Library ein Inline erzeugen, die die LP Makros "direkt" verwendet (ohne Einbindung von inlines/macros.h).

---

Zitat:

---

Zitat:

---

Frage: gibt es einen Unterschied zwischen Adress- und Wert-Register? Kann ich eine Adresse an ein Wert-Register übergeben?

---

Die Frage verstehe ich nicht.

---

Zitat:

---

Machst Du Assembler oder C? In C mußt Du Dich um so was nicht kümmern. Das erledigt der Compiler für Dich, weil er sich an ein ABI hält. Soll heißen, Parameter kannst Du in SCratch-registern übergeben, da der Compiler die Argumente bei Bedarf an einen "sicheren" Ort bringt.

---

code:

---

#define sl_map(root, func, data) 
	LP3A5(0x3c, APTR, sl_map, APTR, root, a2, struct Hook *, func, a3, APTR, data, d7, 
	, SL_BASE_NAME)

---

Hier fällt zunächst mal auf, dass der 3. Parameter statt auf a5 auf d7 liegt.

In meinem inline/macros.h ist kein LP3A5 definiert. Hier klappt offenbar das Zusammenspiel zwischen fd2pragma und gcc nicht.

Frage: gibt es einen Unterschied zwischen Adress- und Wert-Register? Kann ich eine Adresse an ein Wert-Register übergeben? Oder muss ich mich übergeben?

[ Dieser Beitrag wurde von Mazze am 28.04.2004 editiert. ]

Zitat:

---

Non-Scratch Register werden bei Funktionseintritt gesichert.

---

Zitat:

---

Original von gni:

Zitat:

---

Mazze:
im Moment sieht es so aus, dass alles bis auf eine Sortierfunktion funktioniert.
Um der Fehlerursache näher zu kommen: Was passiert, wenn sich eine Libraryfunktion rekursiv aufruft?

---

Das klingt nach Stack-overflow.

---

Zitat:

---

Werden dann die Register gesichert oder muss ich mich selbst darum kümmern?

---

code:

---

5.Work:CProj/ggtl-amiga/src/sl> ed makefile.gcc
5.Work:CProj/ggtl-amiga/src/sl> make -f makefile.gcc
gcc -O2 -c -I ../include/C/ -D __NOLIBBASE__ -o libinitgcc.o libinit.c
gcc -O2 -c -I ../include/C/ -D __NOLIBBASE__ -o slgcc.o sl.c
gcc -noixemul -nostartfiles -s -o ../libs/sl.library libinitgcc.o slgcc.o
/gg/lib/gcc-lib/m68k-amigaos/3.3/../../../libnix/libnix.a(free.o)(.tex t+0x2a): undefined reference to 'SysBase'
/gg/lib/gcc-lib/m68k-amigaos/3.3/../../../libnix/libnix.a(free.o)(.tex t+0x46): undefined reference to 'SysBase'
/gg/lib/gcc-lib/m68k-amigaos/3.3/../../../libnix/libnix.a(free.o)(.tex t+0x52): undefined reference to 'SysBase'
/gg/lib/gcc-lib/m68k-amigaos/3.3/../../../libnix/libnix.a(malloc.o)(.t ext+0x18): undefined reference to 'SysBase'
/gg/lib/gcc-lib/m68k-amigaos/3.3/../../../libnix/libnix.a(malloc.o)(.t ext+0x4e): undefined reference to 'SysBase'
/gg/lib/gcc-lib/m68k-amigaos/3.3/../../../libnix/libnix.a(malloc.o)(.t ext+0x8a): more undefined references to 'SysBase' follow
collect2: ld returned 1 exit status

---

code:

---

CFLAGS = -O2 -c -I ../include/C/ -D __NOLIBBASE__
LFLAGS = -noixemul -nostartfiles -s

DDIR = ../libs/# the directory, where destination library is stored

$(DDIR)sl.library: libinitgcc.o slgcc.o
	gcc $(LFLAGS) -o $@ libinitgcc.o slgcc.o

libinitgcc.o: libinfo.h libinit.c
	gcc $(CFLAGS) -o $@ libinit.c

slgcc.o: libinfo.h sl.c
	gcc $(CFLAGS) -o $@ sl.c

---

Zitat:

---

Original von cygnusEd:

>Kann ich in einer Library die C-Funktion "free" aufrufen?

Wenn Du den Speicher vorher mit malloc() (oder realloc()... ) angefordert hast - ja.

---

code:

---

void sl_free(void *root, void (*func)(void*))
{
	struct sl_node *p;

	if (func == NULL)
		func = free;

	while ((p = sl_pop(&root)))
		func(p);
}

---