BUFSIZE equ 50000
buf: db BUFSIZE dup(0) ;1
buf: db BUFSIZE dup(?) ;2
Przy pierwszym sposobie plik zwiększa się o ok 50kB a w drugim nie.
Wg mnie ten drugi sposób jest deklarowany podczas ładowania programu, mam racje?
Muszę się upewnić bo później się okaże że bedę miał krakse;]
zaqwsx napisał(a)
BUFSIZE equ 50000
buf: db BUFSIZE dup(0) ;1
Ten sposób powoduje wygenerowanie BUFSIZE bajtów o wartości ustalonej na 0. /niezależnie od możliwości formatu docelowego dane te są umieszczane fizycznie w pliku.
zaqwsx napisał(a)
buf: db BUFSIZE dup(?) ;2
ten zaś rezerwuje BUFSIZE bajtów bez umieszczania ich w pliku wynikowym /o ile format docelowy to obsługuje/. Obszar ten i tak jest przez loader zerowany. Np.fasm obsługuje rezerwowanie bajtów w przystępniejszej formie:
rb BUFSIZE
loader chyba tego nie zeruje, a w zasadzie lepiej na tym nie polegać.
przy sekwencji:
a: db 500 dup(0)
b: db 500 dup(?)
c: db 500 dup(0)
plik zwiększy się o 1500 bajtów, a zawartość tablicy b będzie losowa (powinna być, chociaż asemblery wypełniają to z reguły zerami).
rozmiar danych statycznych używanych przez program w danej sekcji może być większy niż fizyczny rozmiar danej sekcji - dokładnie o rozmiar danych niezainicjowanych następujących po ostatnich danych zainicjalizowanych (w danej sekcji). trochę zamotałem ;)
inaczej mówiąc działanie 'rb x' jest podobne do 'org $ + x'.
loader chyba tego nie zeruje, a w zasadzie lepiej na tym nie polegać.
Loader /przynajmniej windows/ zeruje, tak jest przewidziane w standardzie / z tego co pamiętam to i linux to oferował, ale mogę się mylić/. Oczywiście zgadza się, rb\db ? musi być umieszczone na końcu sekcji aby nie zwiększało rozmiaru - RawSize i VirtualSize w nagłówku.
// coś Ty namodził, ze z kafejki piszesz? - Q :D