Most próbáltam ki az emulátorral, mit csinál egy önmagában álló END IF. Érdekes módon tényleg nem jelez hibát. A gépkönyvben viszont nem találtam olyat, amirõl írtam, azt valószínûleg csak álmodtam.
Ha a GOTO-val még ki is biztosítjuk, hogy ne érjen oda a program, akkor aztán még tutibb, hogy nem lesz hiba.
A kakaóról nem is beszélve.  

Ez olyan, mint az Aquafresh: háromszoros védelem


(Ha már nagyon az idegeitekre mennék a hülyeségeimmel, nyugodtan szóljatok!)

Egyébként GOTO és kakaó ide vagy oda, tényleg érdekes, hogy az önmagában álló END IF miért nem okoz [epline tc=146 bc=0 ttc=0 tbc=1 xs=1 ys=2]*** Invalid end of block.[/epline] -ot, míg az END DEF meg a többiek igen...

Hmmm, fogtunk egy újabb IS-BASIC bugot?
Az END SELECT is ezt csinálja.

És ha tegnap éjfél után nem jövök a gép mellé egy bögre kakaóval, ki se derül. Igyatok kakaót, tele van tejjel, az élet, erõ egészség!
köszönet EDC-nek, hogy kakaó mellett futó programot készített! Így kideríthetjük a bugokat.
De tényleg, meg kéne nézni, minden EP (a 64-es, a német, az angol) is ezt csinálja-e, meg más gépeken hogy van ez, ha van.
Én láttam már a [epline tc=146 bc=0 ttc=0 tbc=1 xs=1 ys=2]*** No case selected.[/epline] üzenetet, de lehet, hogy az nem akkor volt, mint amirõl most beszélünk.

Tuti, hogy az END IF-nek nincs más funkciója az eljárás lezárása mellett? Csak éppen kimaradt a kézikönyvbõl. (Akárcsak a VER$ és a VERNUM változók, melyeket ha kiíratunk PRINT-tel, utána mintha meghülyülne a gép, talán a változók törlõdnek.)
Lacika és a kézikönyv is javasolja az eljárások alkalmazását az ON GOTO helyett, pedig ez utóbbi rövidebb. Talán a program futását is gyorsítja, ha 10 sor helyett egyetlen sor szerepel.

Egyszer úgy jártam, hogy egy basic játékot írogattam, amit teleraktam CALL-DEF utasításokkal. Gyakran lefagyott. A CALL-DEF helyett GOSUB-RETURN-t dobtam be, és ezzel már rendesen mûködött.
Egyébként a CALL (eljárás) helyett úgy emlékszem, használható a PRINT (eljárás) is. Vannak azok a DEF REF valamik, amik függvényt definiálnak (talán nem is kell feltétlenül a REF, már nem emléxem), és az is a PRINT-tel hívható meg, pontosabban íratható ki az értéke. De a nem függvénydefiniáló DEF is meghívható PRINT-tel, így parancs üzemmódból egy PRINT-tel program üzemmódba léphetünk.
Ha pedig egy DEF blokkon belül egy CALL-lal meghívjuk önmagát, mintha lefagyna a gép.
Valahol mintha olvastam volna, hogy ha STOP-pal megszakítjuk a program futását, egyetlen RESET, majd CONTINUE, az is fagyás. De ha progi futása közben STOP nélkül RESET, utána CONTINUE, akkor is fagyi. Meg ha a RESET helyett INFO, talán az is balhé.
Listázta már ki valaki a Submarine Commandert? Vad dolgokat mûvel...

[epline tc=146 bc=0 ttc=0 tbc=1 xs=1 ys=2]PRINT CHR$(127)[/epline]
Ez olyan karaktert ír ki, amit semmilyen billentyûkombinációval nem lehet elõhívni, sem SHIFT-tel, sem ALT-tal.

Én sohasem használtam az ON GOTO, GOSUB parancsokat. az IS-BASIC legnagyobb erénye pontosan az eljárások, és függvények. Nekem sohasem akadt ki program az eljárások, függvények hívásától, arra persze vigyázni kell, ne ugorjunk ki eljáérásból (ha az ember nem használ GOTO, GOSUB parancsokat, ez eleve nem fordulhat elõ). Ha egy eljárás ömmagát hívja, azt rekurziónak hívják. Álltalában fraktálok programozására használt megoldás ez, mely látványos eredményeket produkálhat. Az angol gépekhez adott demokazettán láthatunk erre példát. Arra persze vigyázni kell, hogy a többszörös eljáráshivásból legyen visszatérés, mert különben bekövetkezik az, hogy "végtelen ciklusba kerül a gép", azaz látszólag lefagy. A verem mérete is véges
A rekurzióról a Mikro Magazin egyik számában olvashatunk többet ("Hívja önmagát!" címmel)

A hibakezelés megint csak az IS-BASIC kiváltsága!

Ha minden igaz, hibakezelés van ABC80-as basicben is, pl. on error goto x (l. Ismerd meg a basic nyelvjárásait - HT1080Z, ABC80, ZX81, 63.oldal). Legalábbis, ha jól értem, mintha hasonló lenne a WHEN-HANDLER eljáráshoz.

Vajon egy indián hogyan zárná le a feltételes ciklust?
[epline tc=146 bc=0 ttc=0 tbc=1 xs=1 ys=2]END UFF[/epline]

Ravasz kérdésem, hogy pl. az ep128.hu oldalról letölthetõ maga az IS-BASIC. Szerény feltételezésem szerint ez a program arra jó, hogy ha cartridge nélkül hasznájuk a gépet, és betöltjük azt a progit, akkor kb. úgy fog mûködni a gép, mintha benne lenne a cartridge. Jól gondolom?
A másik, hogy nem lesz teljesen olyan így a gép, mintha a cartridge lenne bent, mivel maga a basic így elfoglal némi helyet a gépben ott, ahol nem foglalna, ha a cartridge lenne bent. Ez milyen következményekkel jár? Nem minden program fog emiatt futni? Mely programok nem? (pl. a Zzzippel fordítottak ravaszak lehetnek a memóriafoglalás szempontjából.) Gondolom, vannak programok, melyek pont azt a területet használják, amit maga a cartridge, mint hardver nem foglal el, viszont a szoftver itt terpeszkedik.

Egyébként az ALLOCATE utasítás is érdekes. Értem, mire szolgál, de ha elhagyjuk, végsõ soron akkor is ugyanúgy fut a basic program, nem?