26

Odp: Proste bankowanie

wiecie co? to moze by od poczatku napisac nowy OS, a do niego DOSa...
moglby obslugiwac wielozadaniowosc, mialby "nowoczesny" projekt - pod obecne wymagania, tyle ze by nie obslugiwal zadnego starego softu... prosciej niz przerobic obecny soft...

powyzsze rozwarzania zaczynaja kirowac sie w znanym kierunku: "donikont"
piotrv: co do "ochrony" - forgetebałyt...
co do tematu: skupmy sie nad ustaleniem jakiegos standardu, oraz ustaleniem jak to powiazac z istniejacym oprogramowaniem (coby nowe rozwiazanie nie "szpąciło")

The UNIX Guru`s view of Sex:
unzip; strip; touch; finger; mount; fsck; more; yes; umount; sleep

27

Odp: Proste bankowanie

Co do protected mode, to mowie od poczatku ze to -bajka-.

A co do XMS/RAM-cart Handlera, to mam dosyc danych zeby spisac w weekend API.
Jesli ktoś ma jeszcze coś do dodania do tego XMS to proszę pisać (dziś).

---
(poprawione, XMLa jeszcze nie planuje na Atari... :) )

Ostatnio edytowany przez piotrv (2006-01-20 15:30:17)

I'm not so bad, once you get to know me.

28

Odp: Proste bankowanie

Spróbuję jeszcze trochę z boczku liznąć temat "ochrony". Np. sapemu ładując moduł kopiuje go najpierw do xms, potem bakapuje system (o ile pamiętam, pół strony zerowej i $0200-$1FFF) tamże, a dopiero potem przeładowuje moduł do RAMu, dzięki czemu ten ma do dyspozycji ok.60kB. Procka która robi ostatnie dwie rzeczy siedzi od $D800 i zajmuje ok. 3 stron, jest tam jeszcze obsługa modułów różnych typów, kopiowanie wartości do rejestrów pokeya...

A co do handlera - proponuję dwie wersje: jedna dla nienormalnych DOSów, jak to już proponowali przedmówcy, na urządzeniu np. "M:" (chociaż ta nazwa jest używana dość często do obsługi czasem tak dziwnych rzeczy jak mysz, radzę zmienić), oraz druga - dla SDX, jako sterownik podpięty pod symbole, współpracujący z SSDXBNK.SYS i nowym ramdyskiem, umożliwiający "handlowanie" programom specjalnie pisanym pod SDX, plus nakładka udostępniająca jego funkcje przez urządzenie np. "M:" działające jak w nienormalnych DOSach. To bardzo ogólna propozycja.
Jak to będzie pod nienormalnymi - nie interesuje mnie. Za to pod SDX proponuję plik konfiguracyjny z numerami banków, które będzie mógł udostępniać ten handler.
Jeżeli ktoś zamierza wykorzystać pchełkę podrzuconą przeze mnie wyżej - proponuję jeszcze zmienić procę do alokacji tak, żeby zamiast przyjmować ID przeznaczenia banku od procki nadrzędnej, sama go przyznawała - będzie bezpieczniej.

Ostatnio edytowany przez epi (2006-01-20 15:25:52)

Hitler, Stalin, totalniak, SSman, NKWDzista, kaczor dyktator, za długo byłem w ChRL, wypowiadam się afektywnie.

29

Odp: Proste bankowanie

piotrv napisał/a:

drac030, nie mów, że chcesz to zrobić ;)

Skądżeż. Uważam, że to overkill. Masa roboty, a i tak nie gwarantuje to tego, że program nie popsuje systemu.

Co do bankowania, przykre jest to, że bank wymienia się w środku TPA - niech no program zechce mieć handler przerwania i umieści go sobie właśnie tam, ... no wiadomo.

Ostatnio edytowany przez drac030 (2006-01-20 15:34:13)

KMK
? HEX$(6670358)

30

Odp: Proste bankowanie

A czemu nie może byc "literkowo" pod SDX? Najlepiej by było uniwersalnie.
Literka pewnie coś koło Y będzie dobra (ew. konfigurowalna w handlerze i programach korzystających).
Plik z konfiguracją - dobry pomysł. Na początek literka + lista możliwych banków i rozszerzeń. Plik pusty lub brak - wartości domyślne.

I'm not so bad, once you get to know me.

31

Odp: Proste bankowanie

W sumie może. Biblioteka SDX może potem przełożyć to na symbole (jak U_GETKEY w tej wersji kernela, który jest w CVS).

KMK
? HEX$(6670358)

32

Odp: Proste bankowanie

drac030 napisał/a:

Co do bankowania, przykre jest to, że bank wymienia się w środku TPA - niech no program zechce mieć handler przerwania i umieści go sobie właśnie tam, ... no wiadomo.

Program dopóki nie zawoła XMS handlera nie będzie wiedział w którym miejscu będzie miał dziure. Ale skoro jest "bankowy" to na pewno musi się na taką ewentualność przygotować. Na starcie może się przecież odpowiednio zrelokować - tyle że pewnie dema tego nie robią (wydajność).

drac030 napisał/a:

...Biblioteka SDX może potem przełożyć to na symbole (jak U_GETKEY w tej wersji kernela, który jest w CVS).

Jestem jak biała tablica więc proszę jaśniej. Jaka biblioteka i jaki CVS w którym kernelu?

Ostatnio edytowany przez piotrv (2006-01-20 17:08:54)

I'm not so bad, once you get to know me.

33

Odp: Proste bankowanie

W SpartaDOS X jest coś takiego jak "biblioteka". Większość jej się mieści na karcie. Zawiera, jak to biblioteka, wiele pożytecznych procedur, a programy narzędziowe SDX korzystają z tego intensywnie. W zasadzie, to korzystają wyłącznie z niej. Biblioteka natomiast albo wykonuje od razu to co chcą, albo przekłada to na wywołania kernela SDX i/albo  na wywołania urządzeń OS-u. Na tej zasadzie definiując nowa procedurę biblioteczną można zlinkować urządzenie w rodzaju "Y:" z resztą Sparty.

Co do niewykorzystanych literek, wykorzystane są tylko duże litery, a nie ma przeszkód, żeby identyfikatorem urządzenia była literka mała, zwłaszcza jeśli urządzneie nie będzie referenced by humans.

KMK
? HEX$(6670358)