Wektora DOSINI nie zmieniasz. DOSINI dotyczy procedury Reset, czyli wciśnięcia klawisza, lub skoku do $E474, lub $E477. Procedura Reset ustawia wszystko sama bez pomocy użytkownika. Byłoby to wygodne rozwiązanie zakończenia programu, gdyby nie fakt, że przy okazji inicjowane są na nowo wszystkie urządzenia. A to jest już czynność co najmniej niepożądana.

Wektora DOSVEC również nie dotykasz, gdyż jest to wektor procedury powrotu do DOS-u po zakończeniu programu. Wszystkie przywrócenia systemu do stanu pierwotnego wykonujesz przed skokiem przez DOSVEC.

[ Dodano: 06.05.2005 10:20:26 ]
W SpartaDOS od 4.18 do 4.20 tablica T_ siedzi pod adresem $0902, w 4.21 i 4.22 pod $904. Niezależnie od wersji dla Atari XL/XE 4 bierwsze bajty są równe zero. Od biedy można przyjąć, że T_ zaczyna się od czterech zer. Jeśli są one pod $0902, to pod tym adresem jest właśnie początek T_, a jeśli pod $0904, to adresem jest $0904. :)

Przy czym, jest to NAJGORSZE rozwiązanie z możliwych! Ale niestety najprostsze. Nie jest powiedziane (a nawet jest pewne), że w kolejnych wersjach SDX adres nie ulegnie zmianie.

Niestety, jedynym dojściem do T_ jest odwołanie do symbolu, a jego położenie jest zmienne. Problem da się jeszcze obejść w dość prymitywny sposób:

dosvec   = $0a
jext_on  = $07f1
jext_off = $07f4

portb    = $d301
nbnks    = 29

    lda (dosvec),nbnks
    beq nom
    lsr
    lsr
    pha
    tax
lp0 clc
    adc #4
    jsr jext_on
    lda portb
    sta banks,x
    jsr jext_off
    sbc #1
    dex
    bpl lp0

    pla
    tax
    lda #$ff
lp1 and banks,x
    dex
    bpl lp1
    eor #$ff
    clc
    rts
nom sec
    rts

Po takim zabiegu znacznik C=0 informuje, że jest dodatkowa pamięć, dla której bity przełączające ustawione są w akumulatorze (1), a grupy banków zapisane są w Twojej tabeli banks (można ją rozszerzyć do ogólnie stosowanej postaci). Jeśli C=1, to oznacza, że albo nie ma dodatkowych banków, albo wszystkie są zajęte (co na jedno wychodzi).

[ Dodano: 06.05.2005 10:40:46 ]

Po to je tu zamieszczam, by każdy chętny mógł z nich skorzystać, a nie tylko podziwiać. ;)

Ponownie ladna procedurka Lizarda, za ktora naleza sie brawa.

Rozumiem, ze jext_on i jext_off maja stale miejsce w Sparcie niezaleznie od jej wersji, co jest bardzo wazne w odniesieniu do zmiennej wartosci adresu tablicy o jaka nam chodzi. Cenne spostrzezenie.
Wewnatrz tych spartowych procedur, podejrzewam, ze dostep do adresu, odpowiednio do wersji, $906 lub $908 (T_+4), odbywa sie za pomoca adresacji bezposredniej (indeksowej Y najpewniej), bo inaczej adres tej tablicy znajdowalby sie gdzies na stronie zerowej i mozna byloby to wykorzystac.
Jext_on ustawia bank xxxx00xx (dot. watrosci >=4; zgaszone bity, to wniosek jeszcze z pierwszej procki Lizarda) z grupy bankow rozpoznanych przez Sparte i wkazanych w tablicy na wejsciu przez akumulator. Rej. X pozostawia bez zmian.
Jest_off wylacza bank aktywny (i przelacza go pewnie na bank podstawowy) oraz pokazuje na wyjsciu w rej. A indeks z tablicy odpowiadajacy bankowi wylaczonemu.

W procedurze Lizarda, liczba zapalonych bitow akumulatora na wyjsciu okresla wielkosc dostepnej pamieci. Oprocz tego ta czesc procedury mowi nam, ze bity ROM i Basica oba sa zapalone w wartosciach bankow w T_+8 (maski), co mnie tez interesowalo.

Jesli sie pogubilem we wnioskach, to przepraszam. Smiale teorie, nie zawsze sa trafne. ;)

[ Dodano: Pią Maj 06, 2005 3:09 pm ]
Odnosnie wektra DOSINI. Moja watpliwosc wziela sie ze zwyklej niewiedzy na temat znaczenia klawisza RESET w komputerze wogole. Bo sadzielem, ze ma on prowadzic w dosie do powrotu do systemu, a jest czyms wiecej, co powinna sugerowac juz sama nazwa, inicjacja systemu, czyli przywroceniem pierwotnych ustawien (MEMLO dla przykladu).

No co Ty!? Nie znasz trybu pośredniego z przesunięciem. ;)

Tak, dokładnie. bity 2 i 3 musisz już sobie sam ustawić. Jedna tylko uwaga: jeśli Sparta pracuje w trybie Banked, to siedzi w banku xxxx11xx należącego do ostaniej grupy w T_.

Też szukałem jakiejś zależności pomiędzy i pewnie bym ją znalazł, gdy właśnie nie fakt, że może się to zmienić z przyszłości.

Zapoznalem sie troszke z kodem obu procedur SDX jext_on i *off. Nie bardzo rozumiem potrzebe wszystkich dzialan jakie te procedury wykonuja. Jest to dosc nieczytelne poza korzyscia wynikajaca z samego faktu mozliwosci zastapienia indeksami wartosci kodujacych banki. Troche przypomina to strukture stosu, ale jakie moga plynac z tego korzysci nie potrafie dociec.

Natomiast dostrzeglem ciekawe rozwiazanie SDX w postaci zapewnienia temu dosowi w przypadku wylaczonego ROMu wykonywanie zawartych w nim procedur przerwan na zasadzie przylaczania na czas ich wykonywania ROMu i powrotu do stanu z wylaczonym ROMem po wykonaniu przerwan. Tak wiec pod SDX, tak to odczytuje, nie ma obawy przed dostepem do RAMu pod ROMem z uwagi na mozliwosc wystapienia przerwan, lub koniecznosci ich wylaczania na ten czas.
W trybie banked Sparta pozostawia wolny RAM pod ROMem, ale robi pewna ciekawa rzecz, mianowicie kopiuje standardowy zestaw znakow. Ciekawe, czy wogole z tego korzysta, czy to uklon w strone wygody uzytkownika, aby dostep do RAMu pod ROMem maksymalnie udogodnic.

Szkoda, ale poki co, wersja programu jaka opracowalem, nie dziala pod SDX. Nie bardzo wiem co konkretnie przeszkadza temu, ale bede jeszcze probowal dojsc przyczyny. Nie chodzi tu tez o doczytanie pliku konfiguracyjnego, o ktorym sie tutaj rozwodzilem tyle, ale o doczytanie wskazanych plikow.
Odpalam komenda X, poniewaz korzystam tez z obszaru $a000-$bfff.

[ Dodano: Nie Maj 15, 2005 1:29 pm ]

Lizard pisal juz o tym wczesniej:

Moje gapiostwo.

Nie domyslilem sie takze, ze Sparta tworzy tablice "masek grup bankow" zawsze tak samo niezaleznie od liczby dostepnej pamieci i rodzaju rozszerzenia. Oznacza to, ze dostep do tej czesci tablicy T_ w zasadzie nie jest nam potrzebny, wystarczy podobna tablice umiescic we wlasnym kodzie.
Lizard juz o tym napominal, ze tablica ta jest gorzej przystosowana do rozszerzenia +256 typu Compo, poniewaz tylko dwa pierwsze wpisy z czterech dostepnych teoretycznie dla rozszerzenia pamieci tej wielkosci, jest takze uzywanych w Compo, a kolejne dwa juz nie (w Rambo nat. tak).
Prawdopodobnie Sparta sprawdza kolejne wpisy z T_+8 (grup bankow) i po napotkaniu pierwszej, ktora nie umozliwia przelaczenia banku, okresla wielkosc dostepnej pamieci.
Ciekawi mnie jeszcze taka rzecz, a pewnie jest to ogolnie znana sprawa, jak to sie dzieje, ze bit basica (7) jest uzywany do przelaczania bankow pamieci dodatkowej w niektorych rozszerzeniach (Compo 320, 1088), a jednoczesnie dostep do niego jest mozliwy?

Lizard w tym watku pisal tez o swojej poprawce do Sparty w zakresie wlasciwego rozpoznawania pamieci dodatkowej dla rozszerzenia typu Compo. Domyslam sie, ze jest to najprostrze rozwiazanie zamieniajace miejscami wpisy w tablicy T_ (konkretnie T+10 i 11 na T+16 i 17). Wowczas taka poprawka oczywiscie jest zasadna i uzyteczna, ale tylko dla atarek z rozszerzeniem Compo, natomiast wykorzystywanie SDX z ta poprawka przy rozszerzeniach Rambo, powoduje ograniczenie pamieci o polowe (analogiczna sytuacje jak bez poprawki dla Compo).

Musze tez przyznac racje Lizardowi i Draco, ktorzy sugerowali, ze korzystanie z "nielegalnych" dla SDX bankow, a nastepnie proba "dogadania" sie z urzadzeniem zewnetrznym, powoduje nieoczekiwane reakcje programu.
Sprawdzilem, ze wyrzucenie z programu procki rozpoznajacej dostepne banki pamieci oraz powstrzymywanie sie od uzywania "nielegalnych" bankow umozliwia prawidlowe dzialanie programu.

Wydaje mi sie, ze to musi byc jakis blad w kodzie SDX, ktory tak komplikuje korzystanie z pamieci dodatkowej. Oczywiscie moge sie mylic, ale chce niejako zasygnalizowac, ze warto byloby sie baczniej rozejrzec w kodzie w miejscach, ktore moga decydowac o takim zachowaniu SDX przy przelaczaniu bankow.

Super robota. Mam nadzieje, ze zostanie ona uwzgledniona w opracowywanej wersji SDX.
Wniosek stad taki, ze dostep do tablicy T_ jest jednak koniecznoscia w programach uzytkowych, a nie zakladanie okreslonej konstrukcji tej tablicy.

Zdaje sie jest miejsce na 16 wpisow (rowne maksymalnej liczba grup bankow). Przy zastrzezeniu, ze wpisy sie nie powtorza, nie ma obawy, ze sie wysypie.

[ Dodano: Czw Maj 19, 2005 2:00 pm ]
Problem dojscia do tablicy T_ i przetworzenia grup bankow na wartosci poszczegolnych bankow jest juz rozwiazany. Skorzystalem z podpowiedzi Truba w zlokalizowaniu danych tablicy, reszte rozwiazaly podpowiedzi Lizarda (lacznie z podanym kodem).
Obecnie probuje dodac wywolanie GR.0, ale niestety nie udaje sie to z jakis powodow. Proba wywolania konczy sie powrotem z komunikatem bledu $81.
Pierwsze skojarzenie mam takie, ze moze otwieram juz otwarty kanal (zerowy) i powinienem albo go sprobowac zamknac (pamietam, ze czytalem w TA, ze jest on zawsze otwarty i ze chyba nie mozna go zamknac), albo wywolac GR.0 z innego niz zerowy kanal (co tez nie bardzo wydaje mi sie dzialaniem poprawnym, skoro E: jest przydzielony wlasnie do kanalu 0). Co wiec robic, o ile wlasciwie interpretuje blad systemu?

Twoja interpretacja kodu jest bezbłędna w przeciwieństwie do operacji, przy wykonywaniu której dostajesz taki błąd. :twisted: $81 - channel already open. Skorzystaj z pierwszego przykładu podanego przez drac030 - dłuższy, ale zdecydowanie najlepszy.

[ Dodano: 19.05.2005 22:56:26 ]
Ciekawostka offtopiczna odkryta przez w/w we wtorek: basicowe GR. 0 otwiera jednosześnie kanały: 0 i 6. :?

Tak tez zrobilem i oczywiscie dziala bardzo ladnie.
Wlasnie mysle, jak w teorii powinien przedstawiac sie algorytm interepretowania nazwy tak, aby okreslic bezblednie sciezke, z jakiej program zostal wczytany (o czym juz sporo w tym watku mowilismy). Konkretnie wydaje mi sie, ze powinno to mniej wiecej wygladac tak (SDX odpada, bo 1. jest doskonalszy sposob (podany przez LZD) i mozna rozpoznajac dos zrobic odgalezienie do oddzielnej procedury, 2. nie jest w tym przypadku potrzebne wogole doczytywanie pliku konfig., po rozpoznaniu, ze mamy SDX, omijamy ten watek):

1. (addr),0 =(1,9) & (addr),1 =':'  (II+/D)
1a:TAK: 'D(1,9):'; @3b.
2. (addr),0 = 'D' & (addr),1 =(1,9) & (addr),2 =':' (MyDos)
2a:TAK: @1a.
3. (addr),0 = 'D' & (addr),1= ':' (MyDos)
3a:TAK: 'D:';
3b:TAK: sprawdzamy czy w dalszej czesci wprowadzonego ciagu znajdziemy jakis ze znakow specjalnych (':>/') i jesli tak, dodajemy do 'D[?]:' ciag znakow do znaku specjalnego wlacznie; powtarzamy sprawdzanie do znaku konca linii; @5.
4. Przyjmujemy domyslnie: 'Dn:' (n = $301 ora #$30); @3b.

5. Pomijajac nieistotna czesc ciagu (nazwe pliku wczytanego), dodajemy do 'D[?]:[path]' wlasciwa nazwe pliku konfiguracyjnego.

Objasnienie:
@x oznacza skok do punktu x;
kolejny punkt realizowany jest, jesli warunek postawiony w aktualnym punkcie nie moze byc spelniony;
(1,9) oznacza cyfre z tego przedzialu;
(addr) to adres pobrany z a$344.

Pasiu, prościej, ale gorzej. :)

marok, po wykryciu SDX uruchom moją procedurę. Pod innymi DOS-ami zrób coś takiego: ˇ odczytaj adres z ICBUFA kanału 0 ($0344) pod jakim zapisana jest nazwa (i ew. ścieżka) wpisaa przez użytkownika
ˇ odczytaj spod ICBUFL kanału 0 ($0348) ile znaków zawiera podany ciąg znaków
ˇ przeszukaj od końca (po to długość z ICBUFL) ciąg o adresie z ICBUFA na okoliczność występowania znaków ':', '>' i '<'. Te ostatni występuje w dyskowych wersjach SpartaDOS.
ˇ pierwszy napotkany znak z powyższych (patrząc od końca) jest końcem ścieżki z jakiej został wczytany program.
ˇ jeśli żaden z powyższych znaków nie występuje lub całość nie jest poprzedzona identyfikatorem urządzenia (D: lub Dn:), to jeśli DOS-em jest MyDOS wstaw przed otrzymaą ścieżkę "D:" (bez cudzysłowów), w przeciwnym wypadku "Dn:" (również bez cudzysłowów). Wartość dla 'n' znajdziesz w DUNIT ($0301).

Chciałbym zapytać o inny wariant problemu.
1. Czy jesteśmy w stanie rozpoznać z jakiego urządzenia i ścieżki ładowany jest program AUTORUN.SYS (DOS2x, MyDOS, Sparta, DOS II+/D)?
2. Analogicznie dla dowolnego programu ładowanego z polecenia wsadowego?
3. Czy da się bootować nie z D: a np. z H: (w systemie jest zdaje się przewidziana możliwość bootowania z nowego urządzenia) - co wtedy z rozpoznawaniem urządzenia, z którego automatycznie załadowano program AUTORUN.SYS lub dowolny program z pliku batchowego?
Interesuje mnie automatyczne ładowanie, bo chyba nie można wtedy skorzystać z podglądania E:?