DPC Client loopt achter?

[Verwijderd]

als ik m'n DPC (RC5) client opstart dan staat de tijd in dat scherm 2 uur achter in vergelijking met de werkelijke tijd.

ik start hem net weer op naar een reboot en mijn computer staat op 9.36:

[Oct 17 07:35:18 UTC] Automatic processor detection found 1 processor.
[Oct 17 07:35:18 UTC] Automatic processor type detection found
an Intel Celeron-A processor.
[Oct 17 07:35:18 UTC] RC5: using core #2 (RG class 6).
[Oct 17 07:35:19 UTC] Loaded RC5 32*2^28 packet DC155D55:40000000
[Oct 17 07:35:19 UTC] 36 RC5 packets (1098 work units) remain in buff-in.rc5
[Oct 17 07:35:19 UTC] 27 RC5 packets (838 work units) are in buff-out.rc5

Hoe kan dit en kan het ook anders ?

[Onno]

D.net rekent alles in UTC, zoals er ook staat trouwens.

[Verwijderd]

Hmm kan dat niet anders? Het was me al vaker opgevallen dat de tijd niet klopte. Vooral 's ochtends, als ik mijn scherm dan aanzet en ik zie die client bezig met crunschen op een tijd die 2 uur eerder is dan dacht ik dat hij al 2 uur stilstond.

[Slasher]

nee, dat kan niet, heb ik ook al eens gevraagd..... jammer, maar helaas, mischien een idee voor een volgende versie, dat je dat kan instellen?

[DSmarty]

De client loopt net als perproxy op GMT tijd, wij zitten hier op GMT+1 plus een uur verschil vanwege winter- & zomertijd.

[Onno]

Geen GMT maar UTC. Dat staat er note bene bij!

[DSmarty]

Ehmz, vergis ik me nou, maar UTC = GMT toch?
UTC (Universal Time Code) GMT (Greenwich Mean Time) ?

[Onno]

UTC doet niet aan zomer/wintertijd, GMT wel. Wij zitten dus altijd in GMT+1, en soms in UTC+1 en soms in UTC+2.
Geloof ik.

[Sequence]

in m'n DOS client kan ik wel een tijdzone instellen! alleen mag god weten wat het nut daarvan is...

[Onno]

Als je client niet weet in welke tijdzone je zit kan hij ook UTC niet uitrekenen. En dat wil ie wel erg graag.

In andere OS'en kan dnetc de tijdzone gewoon opvragen, in DOS niet.

[[eNeRGy]]

Kan wel, maar dan moet in autoexec.bat set TZ=2 ofzoiets staan

[Onno]

Mja, maar dat heeft niks met DOS op zich te maken. DOS heeft geen besef van tijdzones.
En of je dnetc nou via een env. setting vertelt wat de tijdzone is, of via een setting in de client zelf... tja... dat maakt verder natuurlijk niet uit.