Nie wiem, ile TB rezerwuje na tablice liczb, ale zakładając optymistycznie, że tylko 6 bajtów na element, potrzebowałbyś 2 tablice * 40 kolumn * 40 rowków * 6 bajtów = dużo. Liczby całkowite 0-255 lepiej trzymać w DIM A$(1600) i I=40*Y+X+1:A$(I,I)=CHR$(LICZBA):LICZBA=ASC(A$(I,I))

pewnie zapis do pierwszej tablicy odbywa sie przez funkcje ktora dokonuje przeliczen i zmian w tablicy drugiej

Tak jak prawi XXL: przy zmianie wartości w jednej tablicy jest przeliczana wartość drugiej tablicy na podstawie założonego wzoru. I powtarzam: przed kompilacją działa w 100%, po kompilacji i zlinkowaniu już niestety nie ;(

przypominam - RUNTIME2.EXE - poprawki by SIMUS?? - bo jest to poprawiona wersja bibliotek. O ile cokolwiek moze to w tej materii zmienic

tak, czy siak powinienes wkleic - coby ku potomnym zostalo

btw. sikor programuje :D

skoro tablice tekstowe calkowicie rozwiazuja problem, to po co sie zaglebiac ;)
moze bedzie to nieco wolniejsze, ale i tak skoro to jest pisane w basicu to chyba na predkosci nie zalezy :P

To jeszcze nic. Byków w tym rantajmie jest od groma. Jak masz za bardzo (choć niewiele potrzeba) rozbudowane wyrażenie opisujące indeks w tablicy, to runtime2 wywali ci błąd nr 9. Inny ciekawy problem dotyczy (U)INSTR(), ztcp nie można użyć jej w wyrażeniu, bo wtedy daje 0. Najpierw X=INSTR(), a dopiero potem liczysz. Albo USR() - zamiast z $D4/$D5 pobiera wyjście z jakiegoś kosmosu (jeśli w ogóle pobiera, nie miałem czasu szukać zależności).

To może spróbuj F$(INSTR(F$," "))="ABC"

w multibasicu bedzie dzialalo :P

Nie ma takich prostych funkcji?? ;)