I fajne rzeczy są :) Dzięki.

zachowajcie sobie starą wersję pliku:

* S_VBXE.SYS - jeśli używacie VBXE do trybu 80-znakowego, lub używając nowe s_vbxe.sys proponuję nie używać CON.SYS ;) Ten ostatni ma alergię na nowy sterownik do vbxe.

* jeśli ktokolwiek używa czegoś, co mogło pójść niechcący w świat, czyli COLOR.SYS - to dla bieżącej aktualizacji należy wspomniany programik ZUTYLIZOWAĆ :D

Zrobiłem upgrade o wszystkie nowinki i jak narazie, to jest to jedyna rzecz zachowująca się dziwnie.

EDIT:

CAD wstał po wywaleniu COLOR.SYS ;)-

na razie nie.

do poprawnego działania nowego s_vbxe wystarczy rdzeń fx1.22a, jednakże jak wspomniałem - nie należy wówczas używać CON.SYS

odpowiedni bug-rep został wczoraj złożony na ręce autora.

a do odczyt /zapisu daty tez zajrzycie ?

ultimate pokazuje zawsze jeden dzien do tylu.. Sebol sie zarzeka ze to sdx

to pin nie ma konta na tracu?
zgloszenie lodzia dopinam do traca by nie umknelo.
co do pindola - in priv sie wyjasni...

Faktycznie. Ale to występuje znowu tylko w obecności CON.SYS w pamięci, czyli to pewnie jest ten sam problem, co powyżej.

No i?

Gdybyście obaj z Lotharkiem wypowiadali się precyzyjnie, nie tracilibyśmy czasu na jałowe dyskusje. Oto moja hipoteza na temat, o co tu chodzi:

1) U1MB na swoim menu (Help+Reset) pokazuje zły dzień tygodnia (aka "jeden dzień do tyłu"), jeśli datę przestawi się spod SDX.

2) jest tak, bo zapis przez driver ultime.sys zapisuje tylko to, co jest podane, to znaczy czas i datę, natomiast dzien tygodnia zostaje bez zmian

3) ty, candle, chcesz, żeby ultime.sys, będąc rezydentem zajmującym pamięć RAM, urósł dodatkowo o kod, który z podanej daty wyliczy dzień tygodnia i zapisze go do tego rejestru

4) a jest tak, bo tegoż kodu (wyliczającego dzień tygodnia) nie chce ci się umieścić w ROM-ie, mimo że masz tam na niego od pyty miejsca. :P

Dobrze rozumiem?

Driver nie liczy żadnych dat, on zapisuje to, co dostał od wywołującego go programu. W danych tych nie ma dnia tygodnia (ubolewam, ale tak po prostu jest).

Nie jest ważne, a powinno, bo TD jest programem aplikacyjnym, i to on sobie wylicza dzień tygodnia, w celu wyświetlenia go na ekranie. Taki equalizer.

Natomiast driver ultime.sys (ani DATE ani nic w ogóle) tego wyliczenia nie robi, bo czegoś takiego jak "dzień tygodnia" w ogóle nie ma w API. Zatem jednak lepiej, żebyś wyliczał tę wartość przed jej wyświetleniem w menu U1MB, bo jak widać, rejestr co prawda jest, ale nigdy nie wiadomo, czy zawiera prawidłową wartość.

W IDE+ jest dokładnie to samo, to znaczy, w zegarku jest rejestr dnia tygodnia, ale co z tego, skoro zegarek ma w nosie, czy ta wartość jest prawidłowa dla podanej daty. Dlatego też BIOS IDE-Plusa wylicza tę wartość na piechotę olewając rejestr, który, skoro działa tak, jak działa, psu na buty jest potrzebny.

1) date.com i td.com nie mają ze sobą nic wspólnego, to są dwa różne programy (typu aplikacyjnego) korzystające ze sterownika zegara.

2) nie da się "tego" "dodać do API", bo wymagałoby to przerobienia wszystkiego, co ma cokolwiek wspólnego z datą w SDX. Tablice przeznaczone na czas i datę mają 3 bajty na jedno, 3 na drugie, miejsca na dzień tygodnia w tych strukturach brak, zatem nawet gdyby program (typu date.com) nawet wyliczył dzień tygodnia, nie ma tego jak przekazać do drivera.

3) jak mówię, mógłby sobie to wewnętrznie wyliczyć driver, ale po co, skoro kosztowałoby to trochę RAM-u, który można prosto zaoszczędzić, umieszczając stosowny kod w ROM-ie U1MB (w menu, które zamiast czytać random śmieci z rejestru dnia tygodnia zegara, mogłoby dość prosto obliczyć, jaki on powinien być).