Article View: pl.comp.sys.atari
Article #36455Re: Różne DOS-y
From: Vasco
Date: Wed, 24 Sep 2008 09:08
Date: Wed, 24 Sep 2008 09:08
141 lines
7040 bytes
7040 bytes
Hej, > Darkac zapytał o bałagan wynikający z braku katalogów. Do tej części > wypowiedzi się odniosłem. Czyli zapytal o dos, odpowiedziales mu o katalogach, a ja nie czytam ze zrozumieniem. Ok. >> Ty mu odpisujesz, ze dos (chyba kazdy, skoro nie pada odpowiedz na >> pytanie - bo gdyby byly inne to chyba bys napisal...) realizuje katalogi >> "zupelnie inaczej" a dysk "wstawia katalogi jako pliki xex" > > Nigdzie nie napisałem, że _dos_ realizuje to zupełnie inaczej. > Napisałem, że w przypadku dowolnego dosa można zrealizować dostęp do > danych (plików/katalogów) zapisanych na hd/cf/sd. Ale ustosunkuj sie do tego co zacytowalem: "hd/cf/sd wystawia katalogi jako pliki xex". Ktory dysk tak robi? Skad wiesz, ze to pliki xex (w sensie nazwa czy ze jest ladowalny do dosu [FFFF] czy jedno i drugie)? > Jako, że dos (pospolity, np. 2.5) nie wie co to jest katalog, to > urządzenie sio wystawia taki katalog jako plik, który można uruchomić, ale > nic nie zrobi (po _stronie_ atari). Zaraz. Jezeli plik dosowy mozna uruchomic, ale nic on nie robi, to znaczy, ze wczytuje sie jeden blok pod RUNINI z adresem jakiegos RTSa w Romie czy jak? Inaczej? Jak? Wprowadzasz w blad. W rzeczywistosci APE podaje ze w katalogu jest jakis plik i _proba_otwarcia_ pliku (nie musi byc uruchomienie!) powoduje wyslanie bledu przez APE do Atari. Nastepny odczyt katalogu powoduje, ze APE wyswietla kolejne pliki (w przypadku PC-Mirror). > W APE zostało użyte _rozwiązanie_ polegające na wystawieniu zawartości > filesystemu komputera na którym uruchomiony jest APE. > W przypadku APE nazywa się to pc-mirror. Zgadza sie. Tylko to nie jest twardziel Atari. Jak podlaczysz do Atarki lodowke, ktora bedzie udostepniac swoj rom i odczytasz jej zawartosc, to powiesz, ze to jest dysk Atari? >> Uzupelnij tez, prosze, moja wiedze na temat: >> - wstawiania plikow xex przez dysk, > > Tworzymy wirtualny (taki w pamięci) plik atr, którego zawartość stanowią > pliki z hdd (dany katalog). Jestes pewien, ze APE tworzy w pamieci ATRa??? Bo moim zdaniem nie. Przyklad: masz na twardzielu plik ktory ma np. 100MB. Mozesz go odczytac na Atarce przez PC-Mirror? Mozesz (tylko nie pomyl odczytania z wczytaniem/dosowym zaladowaniem!). I twierdzisz, ze w momencie, gdy Atarka zechce taki pliki otworzyc, to APE tworzy na szybko ATRa ze 100MB plikiem (ATR>16MB?)? I zacznie podawac jego zawartosc Dosowi 2.5??? Sprawdz podczas odczytu takiego pliku jakie nry odczytywanych sektorow pojawiaja sie w APE... Wlasnie odkryles, ze ATRy potrafia byc wielowarstwowe... > Katalogi wystawiane są w pliku atr też jako pliki, takie zwykłe "FFFF", > które nic nie robią. Jeżeli urządzenie sio wykryje odczyt z sektora > należącego do danego pliku to zrobi... patrz poniżej Jesli mowa nadal o PC-Mirror, to jest to bzdura. Skad masz informacje, ze tam jest jakis plik FFFF? >> - zmiany katalogu w dosie i "wysyłaniu do komputera informacji o zmianie >> _dyskietki_", > > Nie zmiany katalogu, bo dos (zwykły 2.5) nie wie co to katalog > on uruchomił plik, który nic nie zrobił, ale... Hmm, upierasz sie, ze uruchomil. Wiec pewnie skoro dalo sie taki plik uruchomic, to tym bardziej powinien pozwolic sie skopiowac - niestety, u mnie jakos nie chce... Gdzie popelnilem blad? Jeszcze jedno - jak wyglada wyslanie do Atari informacji o zmianie dyskietki? Jaki kod Percom ma taka komenda, bo nie znam... > W tym czasie nastąpił odczyt z sektora należącego do pliku będącego "niby > katalogiem". > Urządzenia sio robi taki myk: > - wyciąga wirutalną dyskietkę z DX: - jak dos chce odczytać coś to > dostanie "spadaj" > - tworzy nowy wirtualny atr z zawartością danego katalogu Twierdze, ze nie ma takiego ATRa. APE reaguje jedynie na odczyt z sektorow bootowych i katalogu. Jezeli twierdzisz inaczej: sprobuj jakims Watsonem odczytac sektor np. 2D0 (ustaw w APE katalog z tylko jedny krotkim plikiem albo nawet pusty). Da sie? > - przy kolejnej komendzie SIO, atari dostaje "disc change" - taki jakby > użytkownik zmienił dyskietkę w napędzie Powtorze pytanie: na czym polega poinformowanie Atari o zmianie dysku? > - dos wie, że trzeba odczytać ponownie zawartość dyskietki i dostaje > zawartość katalogu Dos wie? Skad wie? >> - z ilu plikow w katalogu hdd budowana jest wirtualna dyskietka - >> pamietaj, ze mowimy o dysku Atari a nie PC! > > Z tylu ile się zmieści. Ile się zmieści? Tyle ile dos obsługuje. > To z jakim dosem (obsługującym SD, ED, DD) mamy styczność możemy ustawić > po stronie urządzenia sio, możemy też olać i założyć SD. Ale zaznaczylem ze chodzi o dysk Atari, a Ty o PC... Ale niech bedzie. Tak czy siak w tym miejscu powinienem powtorzyc pytanie: w jakis sposob udaje sie wcisnac plik wiekszy od ATRa... > Teraz tak: > - pliki, których wielkość przekracza całkowitą pojemność dyskietki są > olewane/pomijane przy tworzeniu wirtualnego pliku atr Ups, tu sa odpowiedzi na moje pytania. Odpisywalem po kolei i nie zauwazylem. Twierdzisz, ze jezeli mam w katalogu (APE+PC-Mirror) pliki np. po 1 MB, a ustawie sobie, ze APE ma symulowac dysk SD, to nie zobacze zadnego pliku w katalogu? Bo mnie sie wydaje, ze zobacze a nawet bede mial do nich dostep... > - jeżeli wszystkie pliki nie mieszczą się na wirtualnej dyskietce, to > tworzymy "puste" pliki xex o nazwach "next/prv", których uruchomienie po > stronie dosa spowoduje wygenerowanie nowego obrazu dyskietki, > zawierającego dalszą/wcześniejszą zawartość aktualnego katalogu Ja sie juz nie bede pastwil nad tymi xex. Mam nadzieje, ze dowiem sie skad wiesz, ze to xex... Pozdrawiam, Vasco
Technical Details
Message-ID:
<gbd0lv$51m$1@nemesis.news.neostrada.pl>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!newsfeed.gazeta.pl!newsfeed.atman.pl!newsfeed.neostrada.pl!atlantis.news.neostrada.pl!news.neostrada.pl!not-for-mailReferences:
<gat53l$bv5$1@news.lublin.pl> <gatc51$h5b$1@news.lublin.pl> <gattj6$rg0$1@news.onet.pl> <gb8s8q$eed$1@nemesis.news.neostrada.pl> <gb8u1b$40r$1@news.onet.pl> <gbaqop$9gs$1@atlantis.news.neostrada.pl> <gbasvn$ap1$1@news.onet.pl>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!newsfeed.gazeta.pl!newsfeed.atman.pl!newsfeed.neostrada.pl!atlantis.news.neostrada.pl!news.neostrada.pl!not-for-mail From: "Vasco" <vascotrs@poczta.fm> Newsgroups: pl.comp.sys.atari Subject: Re: Różne DOS-y Date: Wed, 24 Sep 2008 11:08:22 +0200 Organization: TP - http://www.tp.pl/ Lines: 143 Message-ID: <gbd0lv$51m$1@nemesis.news.neostrada.pl> References: <gat53l$bv5$1@news.lublin.pl> <gatc51$h5b$1@news.lublin.pl> <gattj6$rg0$1@news.onet.pl> <gb8s8q$eed$1@nemesis.news.neostrada.pl> <gb8u1b$40r$1@news.onet.pl> <gbaqop$9gs$1@atlantis.news.neostrada.pl> <gbasvn$ap1$1@news.onet.pl> NNTP-Posting-Host: addv204.neoplus.adsl.tpnet.pl X-Trace: nemesis.news.neostrada.pl 1222247936 5174 79.184.73.204 (24 Sep 2008 09:18:56 GMT) X-Complaints-To: usenet@news.neostrada.pl NNTP-Posting-Date: Wed, 24 Sep 2008 09:18:56 +0000 (UTC) X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-RFC2646: Format=Flowed; Response MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit