Jaki DOS na ATR?
===============
Spotkałem się, że rozwaliły mi się pliki na ATR-ze robionym pluginem do NC (jak mi Miker coś dogrywał), ale samoistnie jeszcze nie poleciał mi przy TB XL żaden ATR na real sprzęcie.

Ostatnio edytowany przez Sikor (2022-08-11 15:17:16)

A ATR czym robiony? Ja korzystam z archaicznego makeatr.

atari800: Disk Management -> Make Blank ATR Disk -> ścieżka lokalna do pliku

Takie obrazy działają "ze wszystkim" (od SIO2SD, poprzez karty wszelakie, po 1050 (po zduplikowaniu na dyskietkę).

standardowo to DOS jest w pamieci jak uruchamiasz TBXL. podzielisz sie ta kartrydzowa wersja TBXL?

najprostsze wytlumaczenie to zly format filetypu na dyskietce na ktorym nagrany zostal np. dos2.5 - w pewnych warunkach mozna go oszukac jak sie spreparuje vtoc i sektory katalogu...

ja bym to sprawdzil tak, ze zamiast mydosa nagralbym dos2.5

---

sprawdz numery sektorow jakie zajmuje plik ktory zapisuje po ktorym dyskietka jest skaszaniona

Ostatnio edytowany przez xxl (2022-08-12 08:40:04)

taaaa, zwykly ataroski moze byc 2.0 wersja pierwsza z bledami ;-)

wzialem pierwsza z brzegu. urchomilem, wpisalem dos.

to chyba wyczerpuje temat?

... w sensie?

Używałem tego konkretnego obrazu:

TURBO-BASIC_XL-Cartridge.car

Po odpaleniu masz menu:

<A> TURBO BASIC
<B> COMPAILER

/* pisownia oryginalna ;-) */

... DOS czytany jest z dyskietki, jeśli jest wsadzona do D1:, oczywiście taki, jaki jest zainstalowany na danym obrazie/danej dyskietce.

Nope. Wczytuje DOS-a i ten DOS działa.
Problem pojawia się, jeśli zapiszesz źródło z TBXL na dyskietce (SAVE/LIST). I to też nie jestem pewien, czy za każdym razem (w wolnej chwili przygotuję kilka obrazów ATR i postestuję, kiedy dokładnie to się dzieje).

Generalnie, nie ma żadnego logicznego powodu, aby działy się takie rzeczy. Odpalam całą masę rzeczy w ten sam sposób (czyli carta z *.car i obraz dysku w D1: ) i nigdzie taki problem nie występuje - ani w assemblerach, ani w BASIC XL, czy XE, ani w Action!, tylko TBXL nakaszanił so far...

Ostatnio edytowany przez UnDead (2022-08-16 09:47:57)

A widzisz... u mnie działały takie rzeczy jak:
- odpalenie DOS-a i powrót z niego (i to kilka razy),
- wczytywanie źródeł *.BAS zapisanych z ATARI BASIC i wykonywanie tychże (bez problemów),

Obraz ATR rozwaliło dopiero zapisanie zmodyfikowanego pod TBXL kodu źródłowego (wczytałem programik napisany przez kogoś w ATARI BASIC, dokonałem edycji, dodając "ficzery" TBXL, przetestowałem, czy działa.. zapisałem. I od tego momentu zaczęły się "jaja". Np. odpalenie DOS-u kończyło się czarnym ekranem z zapintalającymi kolorowymi literkami w dwóch, górnych liniach...

Niestety, po restarcie maszyny i próbie zbootowania tej dyskietki już bez TBXL.. kończyło się to tym samym. Po sprawdzeniu obrazu z poziomu Linuksa, okazało się, że kilka plików jest uszkodzonych (w tym oba *.SYS)... - ciekawe jest to, że ich ostatni blok był wyzerowany - w każdym przypadku. Dało się obraz naprawić, ale uszkodzone pliki trzeba było wyciepać i przywrócić z kopii zapasowych. Naprawiony obraz działa bezbłędnie, póki nie zapiszesz czegoś z TBXL. Ale... muszę jeszcze przetestować, czy tak jest za każdym razem oraz, czy coś się kopie już na etapie odczytów? (IMO to drugie jest... mało prawdopodobne).

@UnDead, jeszcze napisz, jak zapisujesz ten program w Turbo Basicu na dyskietkę (cała komenda).

Nope. Gdy jesteś już w TBXL, to "B" wraca do TBXL, a nie do menu (i to akurat działa tak samo z MEM.SAV i bez)

Link do obrazu: https://atariwiki.org/wiki/attach/Turbo … tridge.car

Nie, nie ma. Akurat testy robiłem na stareńkim programie do wykresów funkcji - pierwotnie napisanym bez użycia jakichkolwiek elementów TBXL, żeby sobie porównać, jak szybko będzie się rysowało w TBXL w porównaniu z ATARI BASIC...