Po co ma czytać mapę pamięci, jeśli ją napisał?  :D

A tak poza tym: wygląda solidnie.  :mrgreen:

Khm, podałem temu "translatorowi" mojego poprzedniego maila na próbę, oto co wypuścił:

Is there but probably, " official " BSD OS? I is not wanted to express here Very Happy niecenzuralnie, but it leaves this whole 1.3.3 A800 and to wish owo. I must not use he (it) on luck, while monitor acts. But have begun for (after) you as magicly ( strange przekompilowaniu źrodła, you have begun as magicly ( strange , because I compiled former too ) binarkę. Script erases make distclean configure. We congratulate. There is from it whole ROM worth < sentry > Confused 1450XLD poanalizowania. Summary look (regard) makes public on table of jump even, that part of procedure is in other places, but it means modifications - curious that. Add (be of use for) fire SysInfo. Had this what on board have 1450XLD? Tongue (speech) Syntezer?

Jakby tu powiedzieć, jakość przekładu pozostawia to i owo do życzenia. Czyli "it leaves and to wish owo"  :lol:

[ Dodano: 18.11.2004 11:39:07 ]
Co do zabytków, ściągnąłem sobie selftest od 1400XL, może mnie natchnie jak ma wyglądać ten kawałek systemu w nowym OS-ie, bo do tej pory nie mam pomysłu.

"Procedury interpretera BASIC-a" widziałem niedawno na Allegro za 10 złotych chyba. No i TSP ostatnio wyrzucił cały komplet do śmietnika, oprócz "Asemblera 6502" Ruszczyca, którego sobie wziąłem na pamiątkę.

No BSD to chyba jest "oficjalny" OS? :D

Nie chcę się tu wyrażać niecenzuralnie, ale ten cały A800 1.3.3 pozostawia to i owo do życzenia. Na szczęście nie muszę go używać, póki działa monitor. A po przekompilowaniu źrodła jakoś tajemniczo zaczął (dziwne, bo poprzednią binarkę też ja kompilowałem).

make distclean kasuje skrypt configure. Gratulujemy. :?

Ten cały ROM od 1450XLD wart jest poanalizowania. Nawet pobieżne spojrzenie na tablicę skoków ujawnia, że część procedur jest w innych miejscach, a to oznacza modyfikacje - ciekawe jakie. Przydałoby się odpalić SysInfo.

Co ten 1450XLD miał mieć na pokładzie? Syntezer mowy?

Do początku przyszłego tygodnia to będzie nowa wersja (mam nadzieję).

[ Dodano: 18.11.2004 07:08:06 ]
Voy: ROM-ka odpaliłem pod emulatorem A800 (1.3.3), i nawet działa, ale jak się da "Enter monitor" to emul wychodzi z siebie i wraca do shella. Ki diabeł?

[ Dodano: 18.11.2004 07:09:05 ]
A datashita oczywiście poproszę :-)

1.02, a bo co? 1.03 się wcale nie różni zresztą (selftestem przeważnie).

Jak zwykle obracasz kota ogonem  :lol:

Hmm, ale jak się jedno, drugie i trzecie ma do siebie? Bo jakoś nie widzę związku pomiędzy błędami w książce, tablicą wektorów a tym, co DOS robi przy transmisji bloku danych.

No niezupełnie. Od $E400 do $E44F masz tablicę wektorów do sterowników urządzeń obsługiwanych w ROM-ie. Ta tablica jest tam zawsze, w każdej wersji systemu. W związku z tym skok przez te wektory zawsze zrobi to samo: jak w powyższym przykładzie, wczyta bajt z systemowej klawiatury (tej przyczepionej przez producenta do Pokeya). Natomiast twoje JSR $F203 czy też np. JSR $F2FD już nie, te skoki będą działać albo nie w zależności od wersji systemu. Dlatego to drugie jest nielegalne, a to pierwsze jest, bo użyta jest tabela wektorów zdefiniowana przez producenta.

Tej metodzie można zarzucić jedynie tyle, że nie uwzględnia możliwości podmiany sterownika. Ale też jest to legalna metoda wywołania sterownika systemowego (a nie każdego zainstalowanego), więc nie dziwne.

Dzięki, ja mam w MAE i to w dwóch wersjach (zwykły i 65c816).

To chyba tylko z lenistwa. Poza tym co to za argument, że wiekszość, skoro najwyraźniej nie wszystkie.

Zgadza się, jak będzie 512k ROM-u, to można będzie sobie pozwolić na różne cuda, w tym wypełnienie obszaru $C000-$CFFF i $D800-$FFFF skokami JML jeden obok drugiego. Ale na razie tak nie mamy.

Ja myślę, że dla nowego pakietu matematycznego (tego do 512k ROM-u) będzie można użyć któregoś z przerwań COP nie bawiąc się już w tablice skoków. Przerwania są wektorowane przez RAM, więc co za wygoda, jeśli trzeba przejąć jakieś wywołanie. Na razie natomiast przeżyjemy jakoś na starym, zwłaszcza że nie jest on chyba tak znowu często używany :D

A bo ja wiem? Musisz się zastanowić, ile osób zdecyduje się na wymianę ROM-u (i uwiązanie się do twojej wersji na stałe) przy instalacji twardego dysku.

Przypominam, że nowy interfejs ma 3 kilo ROM-u: może obsługa jednego i drugiego się tam zmieści. Jeszcze żadnej nowej wersji sterownika nie ma, która by tego używała, 1.5 jest dla starego interfejsu.

Masz na myśli odczyt z rejestru klawiatury? No a dlaczego miałby być nielegalny w sumie. Najwyżej kiedyś program przestanie działać, jak zmieni się adres tego rejestru (bo ktoś przestanie w tym celu używać Pokeya) :D

Oj tam kilkanaście bajtów możesz odżałować. Umieść je w buforze magnetofonu, i tak jest przeważnie pusty :D

A co chcesz robić w tym czasie?

Co do pytań "czy można": wszystko można, tylko że jak się omija system, to potem to albo nie działa z nowszym sprzętem, albo coś tam. W sumie do zrobienia historii poleceń nie potrzebujesz omijać E:, czy też K:, bo to chyba jest kwestia nadania pewnym klawiszom znaczenia, i odpowiedniej interpretacji w tym duchu tego, co zwraca system.

Też bym w życiu nie uwierzył, że na systemowym E: da się zrobić pełnoekranowy edytor, i to w dodatku wygodny, gdybym nie widział tego w MAE. Więc da się. Czyli historię pewnie też się da korzystając z systemowych urządzeń.

Casper, nie wrzeszcz.

Po pierwsze, tabela wektorów z której skorzystał Lizard, jest oficjalna, skoki przez nią są "legalne". A to w przeciwieństwie do JSR $F302.

Po drugie, nie jest bynajmniej prawdą, jakoby nielegalne skoki typu JSR $C642 czy to co wyżej, działały na wszystkich wersjach systemu: na systemie rev. A, tej od Atari 400/800, oczywiście nie będą działać. Czyli pewnie na dobrej połowie atarynek świata.

Po trzecie, że coś działa na QMEG-u, to żaden argument, bo QMEG nie jest kompilowany ze źrodeł, jest to zwykły ROM przerobiony w ten sposób, że wycięto niektóre procedury (NOP-ami i zerami wstawionymi tu i ówdzie do image'u ROM-u) a na to miejsce wrzucono procedury własne. To i nie dziwne, że akurat GETCHAR czy w ogóle większość procedur została na swoim miejscu.

Po czwarte, to jest chyba jakaś atarowska choroba, która dotyka też koderów na ST: uporczywa i niczym nie uzasadniona wiara, że bieżąca wersja systemu operacyjnego jest OSTATECZNA. To znaczy, że nikt nigdy nie usiądzie i nie przygotuje nowej - a w przypadku ROM-u XL/XE jest to dla dobrego kodera zajęcie na tydzień, wliczając 5 dni na zdobycie całego źrodła. Nic więc niemożliwego.

Po piąte, nie mogę wprost uwierzyć, że ty nie możesz sobie wyobrazić, jak wygwiździście wręcz UPIERDLIWE jest, podczas preparowania nowego ROM-u ze źrodeł, dbanie o to, żeby jakieś procedury zostały na tym samym miejscu. A to dlatego, że wielkość procedur się może zmienić, jedna może się skrócić, na drugą może być potrzeba więcej miejsca. Ale, k***a mać, takiego GETCHAR nie można ruszyć z miejsca, i trzeba zostawić trzy wolne bajty bez sensu nad nim albo pod nim, albo omijać je bezsensownym skokiem, bo atarowskim "specjalistom" nie chce się korzystać z tablic wektorów.

Denial of Service? No właśnie się tego zacząłem obawiać  :D