Nie odpalam takich dyskietek, bo i niby po co? Proszę następny pomysł.

Ja nie mam. Na ch** mi QMEG?

Dzięki, o tebe, za tę łaskę.

Ja dostaję takie same, przynajmniej w programie. Bierzesz pod uwagę, że wartości adr(a$) mogą się zmieniać w zależności od tego, czy program jest uruchomiony przez run, czy tylko robisz ? adr(a$) w trybie bezpośrednim, a również, oidp., w trakcie działania programu, jeśli zmieni się wielkość innych zmiennych łańcuchowych, pojawią się nowe zmienne w ogóle itp.?

PS. a$ jest zadeklarowana - ale czy jest zwymiarowana?

Miałem w zeszłym roku, pies z kulawą nogą się nim nie interesował. Teraz ten egzemplarz się zepsuł i jest w Holandii w naprawie.

Tryb overlay ma tę "wadę", że można go mieszać z normalnymi trybami ANTIC-a, więc pewnie trudno byłoby uniknąć np. drobnych oszustw (ogólnie np. ANTIC i mapa kolorów, ale w paru miejscach retusz kantów overlayem). Chyba że electron przygotowałby specjalną wersję rdzenia, w którym overlaya nie dałoby się włączyć ;)

Tak.

Owszem, to (TF 2005) zapamiętuje stany rejestrów I/O i można je podejrzeć albo zmodyfikować.

Magazyn wychodzący raz na rok ma 53 numery??! Czyli co, wychodzi od 1957 roku? ;P

atra już sformatowałem, poprawiwszy uprzednio ręcznie pozycję DUP.SYS w katalogu - dlatego, że to, jak się okazało, była moja jedyna dobra kopia MyDOS-a 4.50, więc musiałem ją odzyskać :/

DOS.SYS się będzie bootował dobrze mimo przesortowania, bo w bootsektorach jest zapisany numer pierwszego sektora zajętego przez ten plik, a na to sortowanie katalogu nie wpływa. Jak DOS.SYS się zaczynał od sektora nr 4, albo 550, to po sorcie nadal się będzie zaczynał od 4 (albo 550). Kod bootsektora nie odczytuje katalogu, więc nie ma pojęcia, jaki "powinien" być numer pliku DOS.SYS. Nie zauważa zatem, że się on nie zgadza.

DUP.SYS natomiast - tak samo jak każdy zwykły plik - się nie odczyta, bo numer pozycji w katalogu przestanie się zgadzać z numerem zapisanym przy tworzeniu tego pliku.

Taka sytuacja:

Nr Nazwa
0  DOS.SYS
1  DUP.SYS

DUP.SYS jest drugi w katalogu więc ma nr 1 (licząc od zera). A więc, w każdym sektorze pliku DUP.SYS każde pierwsze 6 bitów linku sektorowego (bajt 125 sektora SD/ED albo 253 DD) będzie miało wartość $01, bo taki jest numer tego pliku (a numerem pliku jest pozycja jego wpisu w katalogu).

Teraz, załóżmy że katalog przesortujemy i po sortowaniu mamy taką sytuację:

Nr Nazwa
0  DUP.SYS
1  DOS.SYS

DOS.SYS się odczyta przy boocie, bo bootloader nie czyta katalogu, więc w nosie ma, czy pozycja w katalogu i numer pliku się zgadzają. Natomiast DOS.SYS po uruchomieniu próbuje otworzyć DUP.SYS jako normalny plik. Ten plik ma w katalogu nr 0 (bo jest na pierwszej pozycji) ale w sektorach danych (w pierwszych 6 bitach linku) ma zapisany nr 1. Więc następuje mismatch, błąd nr 164, plik nie daje się odczytać.

Przemieszczenie pliku w katalogu jak najbardziej "wpływa". Bo: nr_wpisu_w_katalogu = nr_pliku, a nr_pliku jest zapisany w sektorach danych pliku i musi się zgadzać z nr_wpisu_w_katalogu, bo inaczej DOS zgłasza błąd 164.

No a u mnie nie. MyDOS 4.50, dyskietka (ATR w zasadzie) w single, formatowana tymże MyDOS-em, z zapisanym MyDOS-em funkcją H. Potem dodane pliki, i sort, w którego wyniku DUP.SYS się przemieścił w katalogu.

MyDOS się owszem bootuje z tego, ale tylko do BASIC-a. Próba wejścia do menu się nie udaje. Spod BASIC-a OPEN #1,4,0,"D:DUP.SYS" daje odpowiedź ERROR-  164.

Pod SDX się czyta spoko.