Viszont ez, legalábbis elméletben, megoldás lehet a limitált sortszám-problémára?

Viszont ez, legalábbis elméletben, megoldás lehet a limitált sortszám-problémára?

Most próbáltam a 0.lap maximális mérete 44256-44300 között lehet.
Egy sornyi "1 REM" 7 bájtot foglal el ha minden sorba csak ezt raknánk a 0-9999 akkor is 70000 bájt lenne. 6316-6320 sornál többet nem írhatnánk meg.
Minden további lap /EDIT/ ~32KB. amíg van memória.

Elvileg korszakalkotó megoldásnak tűnik, de nem tudom, van-e értelme, hogy egyszerre több program is lehet a tárban. Kb. minden megoldható egyetlen programon belül is. A Reversi-Dáma-Awari tárolódik több programként, de az is biztos beférne egyetlen hosszú programba is. Még ha a programok között használható lenne copy-paste, vagy ilyesmi, de az akkor még nem volt.
Ráadásul a status sorban is furán mutat a program 0, ami mindig ott van, és szinte soha nem használja senki. Esztétikusabb lenne csak középen az IS-BASIC minden más nélkül, vagy valami más szöveg kerülhetett volna a program 0 helyére. De azt is tudjuk, hogy IS-BASIC-ben vagyunk, szóval még azt sem kéne kiírni. Helyette lehetne ott a szabad hely mérete, a legutolsó hibaüzenet, vagy valami hasznos dolog. (Igaz, a HiSoft Pascal és más programnyelvek is oda írják a nevüket.)
Megpróbálom elképzelni, hogy egy modern PC-s programmal írunk IS-BASIC programokat, és ott több fül megnyitható, és mindegyiken lehet más-más basic programot írni. Ennek sem tudom, mennyire lenne értelme, mert az ember általában csak egyetlen basic programot ír.

The history is that the original EP had 64k RAM. Then Enterprise Computers decided to sell EP 128k. But nobody thought "How will we use the extra 64k?". The BASIC ROM was already full, so there was no room for a good solution. So the multiple programs and CHAIN command were a last-minute addition to BASIC to allow more than 64k to be used!

--- Goole Translate ---

A történelem az, hogy az eredeti EP-ben 64 ezer RAM volt. Aztán az Enterprise Computers úgy döntött, hogy eladja az EP 128k-t. De senki sem gondolt arra, hogy "Hogyan fogjuk használni az extra 64 ezret?". A BASIC ROM már megtelt, így nem volt helye jó megoldásnak. Tehát a több program és a CHAIN ​​parancs az utolsó pillanatban a BASIC kiegészítése volt, hogy több mint 64 KB-t lehessen használni!

I think it is a very good solution, despite it is rarely used.
Szerintem annak ellenére, hogy ritkán használták, ez egy nagyon jó megoldás.

Meg persze ha pontosabb lett volna a leírás vagy példa program, talán én is alkalmaztam volna.
De semelyik BASIC programban se találkoztam ezzel a megoldással.

Szerintem a CHAIN és EDIT parancsokon kívül más nem nagyon kell.
A változók törlődnek, amikor egyik program meghívja a másikat?

Én úgy látom ,hogy minden programnak megvan a maga változó területe, csináltam egy kis teszt programot, alapból ha nem adsz át egy változót se a két program között, akkor annak a változónak a másik programban nincs értéke, aminek az értékét át szeretnéd vinni, azt át kell adni:
1 PROGRAM "a"
10 LET I=1:LET J=3
20 PRINT I J
30 CHAIN "b"(I)

 1 PROGRAM "b"(I)
10 LET J=2
20 PRINT I J

START
 1 3
 1 2
Ha J-nek a program "b"-ben nem adsz értéket, akkor az elszáll, definiálatlan változóval.
Egy hibáját látom ennek a megoldásnak, hogy nem térhetsz vissza bárhová a meghívott programból, csak a másik program elejére (legalábbis erre nem láttam megoldást)

Maga a CHAIN utasítás inicializálja újra a változókat, amit átadtál, az megmarad, amit nem az elvész.
30 CHAIN "a"(1,I)
után a program "a"-ban J-nek nincs értéke.
Szerintem ez a CHAIN-es megoldás tök jól használható, főbb program részeket kell más program területre tenni, és hívogatni, és így marha nagy Basic programot lehet írni