Re: Asembler

• To: AMIGA@PLEARN.EDU.PL
• Subject: Re: Asembler
• From: Tomislaw 'Cromax' Kitynski <cromax%HPUX.WCSS.WROC.PL@plearn.edu.pl>
• Date: Wed, 20 Nov 1996 14:49:26 +0100
• In-Reply-To: <Pine.SUN.3.95.961118152630.18825C-100000@ernie>

On Mon, 18 Nov 1996, Kamil Iskra wrote:

> file=Open("file_name", MODE_OLDFILE);
>
> Calkowicie legalne, co? Ale "file_name" to string, znajdujacy sie w hunku
> kodu lub danych, a przydzielanie ich jako MEMF_PUBLIC nie ma oczywiscie
> wiekszego sensu. Nazwa pliku jest przekazywana do filesystemu, ktory jest
> osobnym procesem. Gdybys wiec chcial byc w zgodzie z ta regula, trzeba by
> to zaprogramowac tak:
>
> ptr=AllocMem(strlen("file_name"), MEMF_PUBLIC);
> if (!ptr)
>         abort();
> strcpy(ptr, "file_name");
> file=Open(ptr, MODE_OLDFILE);
>
> Znasz kogos, kto tak programuje? Ja nie.
Jak piszesz w "Cy", to hehe, nic dziwnego... W Asm masz po prostu hunk
DATA_P z tekstami m.in. i wali cie (hej Robert 8) kopiowanie tekstu do
zaalokowanego tekstu w public. BTW. w stormc mozna sobie okreslic typ
hunku z danymi, wiec tez powinno dzialac... Aha - kto moze wie, dlaczego
mimo ustawienia compilatora na MathLibraries (no FPU), kod generowany jest
jednak na FPU? I dlaczego mimo setbuf(stdout,NULL) output dlaej jest
bufforowany?

Cromax/Alchemy