A PACKED kulcsszó mit csinál? Tudja valaki?

működik, csak akkor tényleg 255 karakter hosszúságú stringet vár értékadásnál...
lehet, hogy azt kéne módosítani majd a kódban, hogy ez ne jelentsen számára problémát

Laci: a ROM változatokat holnap küldöm, és a 0.3-as .com-ban is kijavítom

CPC-s HiSoft Pascal leírás:
http://www.cpcwiki.eu/imgs/6/64/Hisoft_Pascal_4T_Manual_(English).pdf
ebben sincs benne a RANSEED
viszont itt legalább le vannak írva az előre deklarált RA, RB, RC, RD, RE, RBC, RDE változók
sőt, itt van RH, RL és RHL is, ami EP128-on nincs
szóval, biztos kellett lennie EP128-hoz is valami jó kis angol nyelvű leírás

Amúgy ez a PACKED dolog valamiféle "tömörítés" akart volna lenni, mert a régi Pascal-oknál, ha valaki pl. létrehozott egy BOOLEAN tömböt, akkor a Pascal minden elemének lefoglalt egy "alapegységnyi" helyet. Ez az "alapegység" általában egy WORD (2 byte) volt, máskor talán más.
A PACKED BOOLEAN esetében pedig volt olyan implementáció, amelyik mindegyik bool értéknek csak 1 bitet foglalt, így "tömörödött". Nyilván a CHAR tömbnél is hasonló lehetett a helyzet, hogy csak 1 byte kellett volna...

Jah, amennyire remlik meg a hoskorbol, pascal-nal alapbol "szoegyseg" hatarra vannak igazitva a valtozok, ez az egyseg pl adott esetben egy 16 bites word (2 byte). A packed valami olyasmi, hogy byte hatarra "osszepakolva" akarod, ezzel kisebb a memoriaigeny stb (alapbol vannak nem kihasznalt byte-ok stb kozben), viszont adott esetben kevesbe optimalis sebessegben. Habar vannak ketsegeim, Z80-on nem hinnem, hogy szamit, hogy egy 16 bites ertek paros cimen van-e, x86-nal nem teljesen mindegy pl, mert nem 8 bites az adatbusz ... Tenyleg nem feltetlen ertem, hogy Z80-on van-e barmi jelentosege ennek, es miert nem packed alapbol minden.

itt a javított változat, amiben már működik a PAGE utasítás

ha van rá igény, ezt majd később át lehetne javítani CLRSCR-re, persze ehhez fordítható forrás kell majd

egyébként ez nem feltétlenül volt bug, mert eredetileg a PAGE parancsot lapdobásra (a nyomtatón) találták ki. Annak a kódja pedig tényleg a CHR(12). Inkább kicsit furcsa nekem, hogy az EXOS tervezői miért nem hagyták meg ezt a kódot a képernyőtörlésre is, miért használják helyette a CHR(26)-ot, ami pedig hagyományosan a fájl-vége jel.

miért használják helyette a CHR(26)-ot, ami pedig hagyományosan a fájl-vége jel.

Mert CP/M-ben képernyő törlés.
Egyébként lehet, hogy ebből jött az, hogy EOF lett, mivel minek törölnéd le a szöveget, amit éppen kiírtál, tehát nincs értelme a szövegben lennie.

közben nem túl elegánsan ezt úgy oldottam meg, hogy deklaráltam egy 16384 byte méretű változót (konkrétan egy 16384 elemű CHAR tömböt) a program elején, így az összes többi (később deklarált) globális változóm címe már a kettes lapra esik. Így nyugodtan kilapozhatom a 3-as lapot.

rájöttem, hogy erre való az Alter parancs
a compiler stack-et és a translate stack-et is c000-ra kell állítani, így szabad marad a 3-as lapom

Közérthetően elmagyaráznád mire is való?

Alter:
megkérdezi a szimbolum tábla méretét, ez alapesetben 1667h byte
a szimbólum táblában vannak eltárolva a deklarált változóink, függvényeink és eljárásaink neve, típusa, stb.
az értékét átírva (hexa-ban), módosíthatjuk ennek a táblázatnak a méretét.

a táblázat kezdőcíme fix, ez az 1.1-es verzióban a 4CD1H címen kezdődik, a szimbólum tábla kezdőcímének értéke a a 4A41H címen van eltárolva.
ehhez hozzáadva a szimbólumtábla méretét (alapesetben a 1667H-et), megkapjuk a forráskódunk kezdőcímét: 6338H (aminek értéke egyébként a korábbi hozzászólásban már említett 48A3 címen van eltárolva)

a compiler és a translate stack a fordításkor (memóriába, ill. lemezre) beállított verem értékét mutatja
ez a cím ugye a verem tetejét mutatja, tehát az első elem a 0fffh címen lesz (3-as lap teteje).
a változóknak is ide foglal memóriát a pascal
legegyszerűbben egy példát mutatnék:
var
  i : integer;
  ch : char;mivel az integer 2 byte-ot foglal, az I változónk a 0FFFEH és 0FFFFH címen lesz eltárolva (erről meggyőzödhetünk az ADDR(I) paranccsal is).
a char egy byte-ot foglal, ezért a CH változónk a 0FFFDH címen lesz tárolva
ez alatt kezdődik a verem (vagyis a 0FFFCH címtől lefelé)

ha a compiler, vagy a translate stack-et átírjuk, akkor ott lesz a verem (és a változóknak foglalt hely) teteje
tehát, ha C000-ra írjuk, akkor pl. az elsőként deklarált 1 byte-os változónk a 0BFFF címen lesz, vagyis a 3-as lapunkat nem használja a Pascal, ezért szabadon lapozható.

remélem, érthető volt