No wiesz. Zafundowanie użytkownikowi zwisu komputera nie jest takie fajne, a jak posługujesz się zwykłym nagłówkiem ATARI DOS, to trzeba rozbudowywać loader, żeby przypadkiem się zabezpieczyć np. przed ładowaniem w obszar nie przeznaczony dla usera (co robi np ATARI DOS 2.5). Kiedy masz sygnaturę wtedy wszystko jest jasne i proste - rozpoznajemy i uruchamiamy (jak umiemy), lub nie (jak nie umiemy). Masz tam zresztą swoje metody do zmiany adresów INI/RUN i oidp kiedyś mogły też być inne nagłówki bloków (ale może źle pamiętam). I parę innych fajnych możliwości, których nie dają znane DOSy.

Edit:

No owszem owszem, ale niech to zrobi w sposób cywilizowany a nie przez zwis.

Ostatnio edytowany przez mono (2014-06-07 14:14:49)

Ależ przejdzie. Wystarczy, że na początku pliku znajdą się rozkazy:

isb $??FF,x ;$FFFF
inc $??FF,x ;$FFFE
dcp $??FF,x ;$FFFD
dcp $??FF ;$FFFC
lax $??FF,y ;$FFFB
lax $??FF ;$FFFA
aso $??FF ;$FFF0
isb $??DD,x ;$DDFF
lax $??FB,y ;$FBFB

Choć to prawie same niepubliczne, to zawsze chętny do oszukania DOSa wyprowadzi go w maliny.
Sam mógłbyś (podejrzewam, że z przewrotną przyjemnością :D) tak zacząć pierwszy blok programu, żeby DOS poszedł się kochać - choćby tym INCem. Stąd właśnie moja propozycja o zdefiniowanie nagłówka. Mniej mi chodzi o to żeby DOS zadziałał poprawnie, ale żeby użytkownik nie musiał restartować komputera przy próbie uruchomienia programu, którego w danym środowisku nie będzie mógł poprawnie odpalić. Mając identyfikator nawet głupi DOS może załadować Twojego xBIOSa i zrobić to, czego żąda od niego user.
Jeśli się nie da, to trudno - zawsze pozostanie rozszerzenie pliku.

> Ależ przejdzie. Wystarczy, że na początku pliku znajdą się rozkazy:

nie przejdzie. kazdy blok pliku binarnego ma naglowek. w naglowku jest poczatek ladowania i koniec ladowani, przed pierwszym naglowkiem jest identyfikator. dos nie zaladuje pliku bez identyfikatora przed pierwszym naglowkiem. jakiekolwiek rozkazy na poczatku bloku nie maja tu zadnego znaczenia.

a rozmnazanie identyfikatorow to bardzo zly pomysl... temat rzeka :-)

no i jest.

http://atari.pl/xb3test.atr

komu nie dziala?

co sie stanie jesli interesujace nas programy wykorzystujace xB przekopiujemy do ramdysku i stamtad uruchomimy xB?

a to sie stanie:

http://youtu.be/L2SHG_4PeyI

SID PLAYER? hejtuj w odpowiednim watku.

sprawa dotyczy xBios i jego kolejnych mozliwosci :-) chyba Grzybson chcial miec mozliwosc odpalania produkcji wykorzystujacych xB z ramdysku. przechowuje program w jakims pamieciozernym filesystemie, na czas zabawy przekopiowuje pliki do ramdyku i odpala xBiosa - tak to sobie wykombinowal.

oczywiscie w wersji xB v3 programista zawsze ma mozliwosc zablokowania takich kombinacji :)

idea jest taka, zeby xB uruchomic w gotowym srodowisku. programista moze miec kaprys i przykladowo taki Pin bedzie mial wrazenie ze jakas gra dziala mu z jego dosa gdy w rzeczywistosci bedzie to xB ;)

poza tym inny programista zarzyczyl sobie mozliwosc definiowania wielkosci ramdysku lezacego w bankach o wybranych numerach.

porozmawiam z Wiedzacymi, zoptymalizuje i zrodlo zostanie udostepnione podobnie jak zrodlo AOSV.

wkrotce bedzie aktualizacja. dwie sprawy:
- jest cos w relokatorze co moze sprawiac klopot zaawansowanym userom, warto to poprawic
- kod zostal skrocony w dwoch obszarach: zezwolenie na uruchamianie xB z urzadzen ktore nie odpowiadaja np. na STATUS oraz xB bedzie wstepnie skonfigurowany juz w momencie uruchomienia.

zaoszczedzonego miejsca bedzie tyle, ze moznaby wbudowac obsluge ramdysku. pytanie: trzymac sie obecnej wielkosci i dodac nowa funkcjonalnosc czy lepiej skrocic plik bo i tak obsluge ramdysku mozna dodac odpowiednim wpisem w naglowku i dodaniem bloku obslugi ramdysku. po co wyreczac progrmiste, jak bedzie chcial ramdysk to sobie doda sam (zrodlo bedzie dostepne).

ten ramdysk, to finalnie wykryje dostępne banki, czy bazuje na tym, że coś jest i jest to 130XE?

xB po aktualizacji do sciagniecia:

http://xxl.atari.pl/?p=1076

Jeśli podczas uruchomienia biblioteki przytrzymamy klawisz OPTION to niezaleznie od tego czy mamy QMEGa ładowanie pliku domyślnego zostanie pominięte.
Plik domyslny standardowo jest zawsze uruchaminy, jesli go nie ma lub jesli trzymamy OPTION przy starcie xB to uruchomione zostanie MENU.