Wiesz, co ... jak tak patrze procedurę zimnego startu Atari OS, to ona sprawdza tylko zawartość 3 magicznych komórek w RAM, a potem od razu sprawdza obecność carta diagnostycznego.

U mnie Sparta wyświetla literki :) (taki mam ustawiony prompt w konfigu).
Dlatego też proponuje dwie równoległe wersje, ja zostaje przy 4.3 (i Ty tez :) ), a Dely i jeszcze te 3 pozostałe osoby na świecie niech mają 4.4 :)

Nazwa MicroSpartaDOS to nawiązanie do (w swoim czasie) najpopularniejszego loadera do dysków w formacie Atari DOS, czyli MicroDOS. Może faktycznie mniej myląca byłaby nazwa "MicroDOS for Sparta". Ale na zachodnich forach nazwa MicroDOS przyjęła się nawet jako synonim loadera dyskowego.

No chłopaki.... kuna za szybko numerki zmieniam. Ale to już na pewno ostatnia wersja :)
Ale zanim wrzucę, to zapytam czy akceptujecie.
W wersji 4.4 nie wyświetla się NUMER napędu tylko jego LITERA (w sumie tak jak w Sparcie X), na początku chciałem zachować "dualizm" czyli klawisze 1-8 wybierają napęd i wtedy wyświetla się Dn: (gdzie n to numer), a klawisze Ctrl-A do Ctrl-O wybierają napęd od 1 do 15 i wtedy wyświetla się litera np. E:.
Stwierdziłem jednak, że za bardzo pogmatwa to procedury.

Jest więc tak:
- działają klawisze 1-8 - jak jak poprzednio (mogłem dodać 9 i 0 ale stwierdziłem że nie ma potrzeby)
- działają równolegle Ctrl+litera
- ZAWSZE wyświetla się symbol w postaci litery ( A: B: C: itd.)
Czyli wciśnięcie 5 powoduje pojawienie się symbolu E: i wczytanie katalogu z napędu nr.5 - tak samo zadziała Ctrl-E.

Jest gotowe, skompilowane.... może tak być??

Ja tu widzę przy okazji poprawiania za dużo psucia.
Siłą QMEGa, poza ramdyskami i obsługą przyspieszaczy, był podręczny i wygodny monitor MLM, zawsze można było na szybko sprawdzić co się dzieje w pamięci, wylistować kod, czy zrobić drobne poprawki.
Do tego brak obsługi drukarki to jakiś żart chyba. Większość analiz kodu itp. zrobiłem przy pomocy drukarki - kiedyś fizycznie podpiętej do atari, a potem przez przechwytywanie wydruku do pliku z APE. Gdyby to jakoś szczególnie pamięć zabierało to rozumiem, ale jak widzę dodaną kupę testów, z których i tak nikt korzystał nie będzie (no raz czy dwa po instalacji QMEGa, żeby zobaczyć jak to wygląda)  to trochę się dziwię,

Dla mnie wystarczyłyby poprawki dla procesorów 16bit i omijanie banków zajętych przez Spartę X (choć nie mam takiego procka i jak odpalam Spartę X to używam tylko jej ramdysku). Tylko te poprawki mają jakiś głębszy sens poprostu (no i jeszcze te dotyczące bardziej zaawansowanej obsługi ramdysków).

Czyli - podkreślam z mojego punktu widzenia - więcej popsute niż poprawione.

Dely: Bardzo dobry pomysł!!!
Oczywiście równolegle ze standardową metodą (od 1 do 10 klawiszami 1 - 0, czyli dodatkowo dwa napędy wybierane numerycznie).
Kuna - no nie pomyślałem jakoś wcześniej, że tak można ;)
A przeliczać nic nie trzeba - bedzie tablica w programie i już. Zresztą już wcześniej była taka tablica, bo w wersji 3.3 działały kombinacje cyfra+Shift (wyłączanie turbo przy przechodzeniu na inny napęd), ale że nie miało to sensownego zastosowania - wyrzuciłem.

Sikor: Literki powodują załadowanie odpowiadającego im programu z dysku - tego nie chciałbym zmieniać. Myślałem o wskazywaniu wybranej pozycji belką w Inversie, no ale to wymagałoby przepisania kawału programu na nowo, a do tego Bernasek robił wszystko do bólu systemowo, więc tutaj też trzebaby odrysowywać ekran w ten sposób - nie byłoby to zbyt ładne i szybkie. Bo idea ma pozostać - wszystko kulturalnie przez SIO i CIO.

A może ktoś wymyśli jak sensownie "oklawiszować" napędy o numerach 9-15 (właściwie to 9 i 10 da się łatwo zrobić, ale 11-15....)??
Ale tak, żeby nie zmieniać obecnej klawiszologii i żeby dało się klawisze sprawdzać systemowo (standardowe CIO na urządzeniu "K:")....

A i jedna uwaga. Obiecywałem, że w wersji końcowej MEMLO będzie jeszcze niższe a nie jest.... po prostu po konsultacjach z drac030 stwierdziłem, że i tak jest baaardzo niskie, a przeniesienie części kodo do bufora magnetofonu, może spowodować wywalanie się niektórych gier na intrach (bo bywa, ze piszą po tym obszarze).
W tej chwili loader zajmuje (wraz z buforami) obszar od $0700 do MEMLO (tego wyświetlonego na ekranie), oraz komórki na stronie zerowej: $24-$29 oraz $3D i $3E (wiec takie, które raczej nie powinny być użyte w intrach).
Ciekaw jestem, jak szybkie jest ładowanie programów na szybkich dyskach. Procedury ładujące są tutaj dość szybkie, więc to nie one powinny być słabym punktem.

No i jeszcze Pirx mi dziś raportował, że czasem są problemy z bootowaniem. To znaczy z wczytaniem MSDOS.COM z dysku zainicjowanego rozkazem BOOT. Wcześniej też miałem taki przypadek.
Pewne jest to, ze nie jest ten problem związany z MSDOS.COM, raczej trafiamy na jakieś ograniczenie bootloadera Sparty. Podesłałem kolegom Spartowcom jakiś czas temu takiego ATRa, może coś odkryją.

O.K.
Puściłem Ci maila.....

Ja zaznaczyłem pierwszą opcję !!! :)

Będzie ostateczna jak skończę :) . Ta wersja to ostatnia obsługująca tylko sektory 128 i 256b. Właśnie teraz pracuję nad dokończeniem obsługi większych i nie jest źle.
Tyle tylko ze sam loader się trochę wydłuży (dotychczas liczniki chodziły na 1 bajcie, a konkretnie tylko na rej. X, który w czasie pracy loadera spełnia tylko tę funkcje, a teraz trzeba dodatkowy bajt zwiększać i sprawdzać).
Wersja finalna, ma przerzucać część loadera do bufora magnetofonu i zyskiwać dodatkowe około 100 bajtów w ten sposób. Ale to już jest pikuś...

Format SD już przetestowałem... MEMLO jest wtedy oczywiście 128b niżej ;) i działa. Dodałem też informację o wielkości sektora na ekranie... na razie to jeden znak i to tak dziwnie zrobiony.... Jakieś propozycje jak może to wyglądać i gdzie to info zmieścić ?? Ten znaczek w moim pomyśle jest na pasku statusu przed Dn: i jest to dla sektora:
128b - znak Ctrl-N
256b - znak Ctrl-U
512b - spacja w inverse (czyli pełny kwadrat)
Symbolizuje mi to pojemność sektora, ale to tak na szybko potrzebowałem wiec tak zrobiłem - inne pomysły mile widziane....
Wracam do kodowania.

O.K.
Znalazlem błąd powodujący zwisy..... niestety MADS nie uznaje konstrukcji (.adr blok.etykieta) jako parametru w makrorozkazie ..... skompilowalo sie z adresem $00. No i tak się składało ze jak w komórce $0000 było $00 to dzialalo, a jak inna wartość (ale nie z kazda sie objawial blad) to byla sieczka na ekranie.... a QMEG przy restarcie zostawia zawartość komórki $0000 niezmieniona, wiec jak juz sie popsulo, to nic sie nie wczytywało....
No ale teraz już adres jest prawidlowy.... jeszcze tylko trzeba sprawdzić dlaczego Bootloader Sparty zle to wczytyje, podobno jak sie najnowsza sparta zainicjuje - jest O.K.

Podmieniłem plik - drobiazg powodował złą obsługę sektorów 128b..... teraz już wszystko jest O.K.
Za parę dni można liczyć na wersję finalną z obsługą sektorów 512b i większych ...

Procka kompilatora jak rozumiem :)