992 byte (szerk.: ezzel 989) a memadd1 remélhetőleg helyesen működő optimalizálásával, a program elejét a HIBA rutinhoz hasonlóbbra módosítva, a HIBA áthelyezésével, és még egy kisebb változtatással:

Coool A végén az összes belefér , szép ez a 32-35 byte rövidülés.

Nem értek hozzá, de pl. a HIBA rutin neve lehetne csak H vagy HI, azzal a pár betűvel is lehet spórolni 1-2 bájtot. (De biztos nem úgy tárolja, szóval mindegy lehet a hossza.)

A címkék nem foglalnak helyet, fordítás után egy hexa szám lesz az értéke, és a címkére mutató utasítások arra a hexa címre ugranak, onnan olvasnak, vagy oda írnak.

Akkor viszont lehetne olyan címkeneveket adni meg, melyek jól tömöríthetők, pl. AAA1, AAA2. Ha annyira a méretcsökkenés a fontos. De befejezem a belekontárkodást inkább.

A neveknek, megjegyzéseknek, szóközöknek, új soroknak, stb. csak interpreteres nyelveknél (pl. BASIC) van jelentőségük a futás idején. Gépi kódra fordított (assembly, C, PASCAL, stb.) programnál ez az információ elveszik a fordítás során, vagy legfeljebb debug célra marad meg. Tehát a .com file nem lenne kisebb, csak a forráskódot lehetne jobban tömöríteni.

Az eddigi kicsomagoló rutinok összegyűjtve:

-m6:bg0l,g,,23456789,23456789
chrset1k: 1025 byte, chrsetm6: 1453 byte, chrsmod: 1538 byte
[ Guests cannot view attachments ]

-m6:bg0l,g,,3456789a,3456789a
chrset1k: 1024 byte, chrsetm6: 1449 byte, chrsmod: 1536 byte
[ Guests cannot view attachments ]

-m6:b90l,0011223344556677,23,23456789,23456789
chrset1k: 1026 byte, chrsetm6: 1461 byte, chrsmod: 1538 byte
[ Guests cannot view attachments ]

-m6:b90l,0011223344556677,34,3456789a,3456789a
chrset1k: 1019 byte , chrsetm6: 1450 byte, chrsmod: 1530 byte
[ Guests cannot view attachments ]

Egy kisebb hibát találtam: a CHRSMOD.COM elején nincs DI vagy LD SP, ezért eredeti "gyári" EXOS ROM használata esetén (például valódi gépen) lefagyhat. Bár magnóról és cartridge nélkül úgy látom, működik azzal is.

Javítva a CHRSMOD

érdekes

na ez tök jó