Open Bug 193399 Opened 22 years ago Updated 2 years ago

PR_Now returns incorrect time on WinNT4

Categories

(NSPR :: NSPR, defect)

x86
Windows NT
defect

Tracking

(Not tracked)

People

(Reporter: warrensomebody, Unassigned)

References

Details

Attachments

(1 file)

Wan-Teh: Here's the time problem I mentioned to you yesterday. It looks like
PR_Now (not PR_ExplodeTime) is doing the wrong thing on NT4. The microsec count
it returns is exactly 9 hours different on NT4 versus Win2K and Win98 (could be
time-zone dependent). I'll enclose a test case.
Attached file test case
Result on NT4.0 SP6:
 
PR_Now time = 1045225565291000 us, 17420426 mins
PR_ExplodeTime = 26 min, 12 hr
PR_FormatTimeUSEnglish = [Feb 14 12:26:05]

Result on Win2K one minute later:
 
PR_Now time = 1045258053309000 us, 17420967 mins
PR_ExplodeTime = 27 min, 21 hr
PR_FormatTimeUSEnglish = [Feb 14 21:27:33]
 
Note the minute count from PR_Now() is out by 541 minutes or ~9 hours which is
the current GMT offset for PST.


[contact John Wainwright <john@kontiki.com>]
QA Contact: wtchang → nspr
See Also: → WinNt4Removal

The bug assignee didn't login in Bugzilla in the last 7 months.
:KaiE, could you have a look please?
For more information, please visit auto_nag documentation.

Assignee: wtc → nobody
Flags: needinfo?(kaie)

help reproducing this is welcome

Flags: needinfo?(kaie)

It seems a bit unlikely that we have such a serious incorrectness in a central time API.
If we still have it, nobody depends on it.
Someone with an NSPR development setup on Window should doublecheck if this can still be reproduced.

Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: