Menu, o którym wspomniał skrzyp, wygląda tak:

W archiwum zawierającym SC?

Archiwum znajduje się w SpartaDOS X Toolkit, dostępnym na stronie http://spartadosx.com w postaci pliku ATR, w którym są różne przydatne narzędzia do SDX.

Na tej stronie masz także ~250-stronicową instrukcję użytkownika w języku polskim, oraz niewiele chudszą instrukcję programisty.

Do prawie każdego narzędzia w SDX masz instrukcję użytkowania dostępną za pomocą MAN (tzw. manual) w języku angielskim (czasem trzeba sobie go przy instalacji rozpakować z ARC-a i skopiować do katalogu z manualami). Są to zwykłe pliki tekstowe, więc można sobie je przetłumaczyć i wrzucić gdzieś do katalogu, po czym dodać do zmiennej środowiskowej MANPATH tę ścieżkę - wtedy polecenie MAN będzie szukać manuala w ścieżkach zdefiniowanych właśnie tam.
Manuale do poleceń systemowych znajdują się na CAR: (w większych kartridżach).
Poza tym, jak skrzyp napisał, dostępny jest aktualny podręcznik na stronie projektu, w którym masz np. informacje jak używać funkcji systemu z BASIC-a. No i podręcznik programisty (głównie ASM), ponieważ SDX udostępnia szereg mechanizmów nie znanych w innych DOS-ach na Atari (i nie - nie jest to tylko SpartaFS jak by się na pierwszy rzut oka mogło wydawać, przez co często nie da się przenieść programu napisanego dla SDX pod Sparta3.2, BW-DOS, RealDOS czy inne używające SpartaFS). SDX to nie jest tylko inny system plików.
W Atariki jest też kilka stron dotyczących programowania różnych rzeczy pod SDX.

Nowa wersja U-BASIC-a (1.7) pod adresem jak powyżej. Zmiany:

1) zajmuje 43 bajty pamięci nad MEMLO (w wersji 1.6 to były 52 bajty);

2) dodany plik UBI.CFG, w którym można włączać i wyłączać featury; pod SDX ten plik jest najpierw szukany w $PATH, a potem w bieżącym katalogu - co pozwala na rozdzielenie ustawień na globalne i lokalne;

3) jedną z nich jest zapis zawartości pamięci do pliku UBI.SAV w czasie wykonywania komendy "DOS"; ten plik zostanie wczytany przy następnym uruchomieniu interpretera;

4) SAVE/CSAVE wyciszają dźwięk po użyciu.

Przy tym CSAVE przyszedł mi do głowy pomysł na dodanie CRUN.

Nowych słów kluczowych (typu CRUN) nie będzie, bo kłóci się to z założeniami U-BASIC-a: mianowicie ma być maksymalnie zgodny z Atari BASIC w tym sensie, że program napisany pod U-BASIC-em ma się uruchomić na Atari BASIC-u, a nawet jeśli się nie uruchomi np. z powodu braku pamięci (której U ma więcej), ma wyświetlić komunikat błędu, a nie wykrzaczyć się z powodu napotkania przez Atari BASIC nieznanego sobie tokenu.

Można byłoby wprawdzie dodać CRUN tak jak DIR (że tylko tryb bezpośredni), ale to moim zdaniem byłoby marnotrawstwo miejsca, bo dokładnie to samo osiągamy przez podanie CLOAD/RUN.

Co do PLOT, DRAWTO, LOCATE, te rzeczy są realizowane w OS-ie i BASIC nie ma tu za wiele do gadania. Natomiast POSITION trudno ulepszyć, bo to jest, oprócz odczytu parametrów, LDA/STA/LDA/STA/LDA/STA.

Poza wszystkim, nie ma też specjalnego szału z wolnym miejscem pod ROM-em. W teorii to jest 14k, ale 2k zajmują fonty, a dalsze 2k pakiet FP. Zostaje zatem 10k. Z tego 8k zajmuje sam interpreter, a reszta przeznaczona jest na różne wrappery, DIR, UBI.SAV save/load itp. W tej chwili w obszarze $c000-$cbff  mam 26 bajtów wolnego miejsca, a w $e400-$ffff - 1239 bajtów (1,2k).

EDIT: zastanawiam się za to nad modyfikacją działania słowa kluczowego BYE: żeby, zamiast do Selftestu, wychodziło się nim zawsze do DOS-u, tylko bez zapisywania pliku *.SAV. Słowem, takie "cancel" dla ostatnich zmian, jeśli mamy włączone memsav=1. Ktoś widzi jakieś przeciwwskazania?

Sikor, może chodzi też o zestaw międzynarodowy.

Zawsze można BYE zrobić poprzez ?USR(58481) ;]

Początkowo tak zrobiłem, ale to powoduje konfuzję, bo żeby wiedzieć, co zrobi BYE, trzeba w danej chwili pamiętać ustawienia MEMSAV. Więc skłaniałbym się raczej ku temu, żeby BYE zawsze wychodziło do DOS-u, i tylko w przypadku aktywnego MEMSAV żeby pomijało jego zapisywanie.

Pytanie brzmi, czy zakłóca to zgodność z AB w sposób, który mógłby komuś sprawić problem, a jeśli tak, to jaki.

Tak czy owak, przy aktywnym MEMSAV potrzebny jest sposób na wyjście z BASIC-a bez zapisywania zawartości pamięci, a przedefiniowanie BYE to jak dotąd najlepsze, co wymyśliłem. Zalety:

1) nie trzeba definiować dodatkowych słów kluczowych

2) jest to proste i skuteczne

3) nie powoduje (chyba?) istotnych problemów ze zgodnością z AB, gdyż jest to tak czy owak wyjście z interpretera bez zachowania zawartości jego pamięci, tyle że nie do Selftestu, a do DOS-u.

Sądzę, że jak ktoś używa U-BASIC to odpala go z jakiegoś systemu. Wtedy polecenie DOS służy by zrobić z plikami/dyskami coś więcej niż DIR (bo te jest dostępne) i wrócić do BASIC-a. MEM.SAV odwala robotę i wszystko gra.

Takiemu użytkownikowi polecenie BYE wracające do DOS-a powinno pasować bo on po prostu mówi w tym momencie że skończył i będzie się czym innym zajmować.

Jak będzie chciał z jakichś względów wejść do self-test-u to może włączyć BASIC z romu i tam wpisać BYE, może też skoczyć do E471 (czy z komendy czy binarką).

Takie dwa grosze od kogoś kto Atari używał ostatnio ponad 20 lat temu ;d

Nowa wersja (1.8) u mnie na stronie. Opis tutaj http://atariki.krap.pl/index.php/U-BASIC