🚀 go-pugleaf

Grzegorz Szyszlo napisał(a) w wiadomości: ...
>BLE_Maciek napisał(a):
>
>> Powyższy kod assemblujemy, dajemy plikowi wynikowemu rozszerzenie COM
>> i uruchamiamy w DOSie.
>> :->

No działa. Ale coś mi crossasm wygenerował równe 64KB a taki .COM
jest już trochę za długi, musiałem ręcznie skrócić. No i tych db nie
dało się zamienić instrukcjami?

>> BTW a może pecety są jednak o na Z80 oparte ? Przecież program który
>> zamieściłem działa ... ;-)

Swojego czasu kombinowałem, jak skonstruować binaria, aby poszły
zarówno na Amidze jak i na PC :)  Ale Amigi nie miałem...
Jest gdzieś program do generacji samorozpakowujących się archiwów
dla DOSa. Archiwa (w tym kod startowy) były tylko z kodów odpowiadających
literom, cyfrom itp. znakom. Chodziło o przesyłanie pocztą, która obcina
zarówno znaki >128 jak i te najniższe. Kod startowy generował w pamięci
"normalną" już procedurę rozpoakowującą a ta rozpakowywała (raczej
odkodowywała) archiwum. Później ktoś zastosował to w niecnym celu:
do zamaskowania wirusa. Od tej pory większość antywirów wyje jak psy
gdy coś takiego zobaczy...

>no niezupelnie ;) zestaw instrukcji Z80 i 8088 jest oparty
>na zestawie instrukcji procesora 4004 (chyba).


Nie pamiętam historii, ale chyba 4004, 8008, 8080, 8085 coś tam
dziedziczyły. Z80 to odbicie od 8080.

Tu nawet jakby potwierdzenie:
http://pl.wikipedia.org/wiki/Intel_8080

polski 8080 ?
http://www.datasheetcatalog.com/datasheets_pdf/M/C/Y/7/MCY7880.shtml

>dlatego spora czesc instrukcji z80 i 8088/8086 sie pokrywa,

Zbyt optymistyczne. Pawian i neandertalczyk z daleka też podobne. :)
Ten drugi mądrzejszy ale ogon stracił, po gałęziach już tak nie skacze.

Arek