Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
7th Annual Atari Homebrew Awards Oczywiście nie zabrakło polskich akcentów.
Wyniki FujiCup 2024 Sprawdź, czy były niespodzianki!
Mad Pascal 1.7.2 Optymalizacje, poprawki błędów oraz nowe funkcjonalności.
Tydzień na oddanie głosu w FUJICUP! Głosowanie potrwa tylko do 22 lutego 2025...
TURGEN 9.3.1 Najnowsza wersja oprogramowania TURGEN wprowadza kilka istotnych ulepszeń.
atari.area forum » Posty przez drac030
Wyglądają dobrze. A co?
No i, chyba, wykryłem :)
Znakomicie to rozumiesz. SICdump zgrywa dane do pliku nic nie kombinując, odwołuje się do DOS-a po prostu.
W odwrotną stronę (SICflash) sprawa jest nieco bardziej skomplikowana, bo ten program ma działać bez DOS-a, a mimo to mieć dostęp do plików. No i faktycznie, przyznaję, coś jest w nim nie tak, bo działa dobrze tylko z SIO. Ale co tam jest skopane, to jeszcze muszę wykryć.
Draco - ja przecież chcę wyciągnąć FLESZA z XEGS, wsadzić go do SIC!'a i zdumpować na innej Atarce
No to bardzo słusznie. I jakie błędy? Nic nie kumam, przecież SICdump działa - co ma nie działać, robi bardzo prostą rzecz, podpiąć bank, zgrać do pliku, podpiąć następny, zgrać...
Zgrywa, pod warunkiem, że kostka jest wsadzona w SIC-kart. Sorry za zamieszanie, być może to jest oczywiste :)
Oj tam oj tam, w każdym programie jest przynajmniej jeszcze jeden bug ;) :P
Co do ROM-u XEGS (włączywszy w to SDX), niech Cię Trójca Kapitolińska broni przed dumpowaniem jego zawartości SICdumpem. SICdump jest do dumpowania zawartości SIC-carta i niczego poza tym.
Hm, faktycznie coś jest skopane, u mnie sflaszowało, ale potem kart nie wstaje. Pewnie bug. Póki co flaszuj z SIO ;)
"Główne" archiwum z SDX 4.44 (na http://spartados.com oraz http://spartadosx.com ;) ) również zostało uaktualnione.
No, dobrze (niedobrze), ale może napisz, jak Ci się to udało. Tzn. po kolei, jakie czynności trzeba wykonać, żeby uzyskać ten wiekopomny efekt.
Tak ogólnie, to SC w ogóle nie zawiera żadnego kodu kopiującego pliki. Do kopiowania ładuje sobie CAR:COPY.COM. ;)
Dziwność. Ale z tym trzeba poczekać na truba, bo ja nie mam QMEG-a.
W teorii powinno się dać (regularnym sicflaszem, nie flaszerem od SDX), ale w praktyce nie wiem, jak będzie z kolejnością banków, tzn. czy nie wypadnie odwrotnie. Trub?
EDIT: widzę, że wszystko skończyło się szczęśliwie :)
Ej no -> http://spartados.com proszę :P
Bo Atari tak wymyśliło SIO, że komenda musi być powtarzana ileś razy (konkretnie 13 razy) niezależnie od tego, jaki błąd urządzenie zwróciło. Też jestem zdania, że to bez sensu i na "N" pętla powinna być przerywana.
A wzięliście aktualną wersję INIDOS.SYS z Toolkita?
Jak koledzy radzą, przy problemach podanie zawartości CONFIG.SYS to podstawa, a do gierek najlepiej użyć loadera (MSDOS 4.6 albo SDLOAD).
A filmiki są tutaj: http://atariarea.krap.pl/forum/viewtopic.php?id=7909
Pod SDX: ustawiasz w menu Boot drive na D2:
Pod innym DOS-em - na razie się nie da, ale zrobi się.
Ok, może zapytam inaczej: DLACZEGO to działa? Tzn. w jaki sposób zgranie zawartości z jednej karty i wrzucenie na drugą wpływa na działanie sprzętowe tej drugiej?
W jaki sposób to działa?
A to już magia :D
Zawartość MBR jest przy tym obojętna, tu się tylko testuje, czy dobrze działa zapis i odczyt sektora nr 0.
Komunikat mówi, że Atari odczytało/zapisało 512 bajtów, ale karta o tym nie wie, myśli, że mniej i po zakończeniu pętli odczytu (albo zapisu) ma nadal zapalone DRQ (Data Request). Tzn. gubią się potwierdzenia odczytu (albo zapisu), jakie powinny dotrzeć do karty. Problem z komunikacją jest, sprzętowy.
Ciekawe, że przechodzi "Slow I/O". Obserwowaliśmy już kiedyś z candlem takie dziwne zjawisko, że dodatkowe (a zbędne) odczyty rejestrów kontrolnych IDE (zwłaszcza rejestru statusu) do pewnego stopnia stabilizują pracę interfejsu. Ciekaw jestem objaśnienia tego.
Cześć
Jak w temacie, poszukuję zasilacza do monitora Sony SDM-M81. Wg opisu to ma być 18V, 2.5A, 45W.
A "sie wywala" co dokładnie znaczy? Bo ogólnie się domyślam, że "wywala się" program diagnostyczny. On z BIOS-em nie ma nic wspólnego (ma własne procedury).
Kolejne uaktualnienie. Błąd zgłaszany przez Sebana powinien już nie występować (swoją drogą, ile może jedno małe BEQ zamiast BPL! ;) ).
Realizuje to COMMAND.COM. Ale on Ci nie pójdzie na 4.42 (będzie "Symbol not defined" i to parę razy).
Race condition jest wtedy, kiedy dwa (albo więcej) niezależne procesy (w systemie wieloprocesowym) albo dwa (lub więcej) niezależne maszyny (w systemie wieloprocesorowym) jednocześnie zajmują ten sam zasób.
Nie jesteś w stanie testować stanu linii zajętości swojej sieci jednocześnie z ustawieniem jej stanu na "zajęta", więc masz race condition.
EDIT: Krótki był szybszy.
atari.area forum » Posty przez drac030
Wygenerowano w 0.131 sekund, wykonano 16 zapytań