A probléma, számomra nagyszerű tulajdonság, hogy amikor egy Basic ASCII fájlt betöltesz az EP-re, az értelmező az egész listát ellenőrzi a szintaktikai helyesség szempontjából. Más Basic dialektusok ezt nem teszik meg (például a CPC vagy az MSX), a fájlt úgy töltik be, ahogy van, nem kódolják a parancsokat a következő SAVE-ig.
Ez azt jelenti, hogy az értelmező MINDEN talált hiba esetén leállítja az ellenőrzést, így ki kell javítanod a hibát, és újra és újra próbálkoznod kell, amíg az egész fájl helyes nem lesz..... De ez biztosítja, hogy a betöltött Basic lista "legális". Ez nem jelenti azt, hogy tökéletesen fog RUN... sok más hiba is van, ami csak a végrehajtáskor derül ki.
Ne feledje, ha minden hibát kijavított, azonnal SAVE a fájlt normál .BAS fájlként, különben hard reset esetén meg kell ismételni az eljárást.
Az utolsó ASCII sor ellenőrzésével is van egy probléma, ami sok általam látott Basic értelmezőnél gyakori. Még sikeres betöltés esetén is ellenőrizni kell, hogy az utolsó sor is elemezve lett-e, mert néha eltűnik..... Gondolom, ez akkor történik, amikor a "end -of-file" a "carriage-return" előtt található.
The problem, for me a great feature, is that, when you load a Basic ASCII file on the EP, the interpreter will check the whole listing for syntactic correctness. Other Basic dialects don't do that(for example CPC or MSX), they LOAD the file as is, they don't encode the commands until the next SAVE.
This means that the interpreter will stop the checking at ANY error found, so you will need to fix the error and try it again and again until all the file is correct.... But this assures you that the loaded Basic listing is "legal". It doesn't means that it will RUN perfectly... there are a lot of other errors that only are found on execution.
Remember, once all errors fixed, SAVE immediately the file as a normal .BAS file or you will need to repeat the procedure in case of a hard reset.
Also, there is a problem with the checking of the last ASCII line, common on a lot of Basic interpreters I have seen. Even on a successful loading you must check if the very last line has been parsed, because some times it disappears.... I imagine that it happens when the end-of-file is found before a carriage-return.
