cla@isis.cs.du.edu (Chuck Anderson) (11/17/90)
I have noticed my PC does not advance the date immediately after the time
cycles over to 00:00:00.0. This observation comes from using a "make"
facility (Turbo).
At first I thought that "make" had a bug in it, but last night I noticed
that the time (PC time) was 00:04 something, but the date had not yet
advanced (therefore "make" dependencies did not work as expected). For yucks
I rebooted and the date changed.
Does it really take DOS minutes to check the time and update the date?
Is this "normal" behavior for DOS?
--
*************************************************************************
Chuck Anderson uucp : uunet!nyx!cla
Boulder, Co. (303) 494-6278 internet: cla@nyx.cs.du.edu
*************************************************************************silver@xrtll.uucp (Hi Ho Silver) (11/19/90)
In article <1990Nov16.210636.19188@isis.cs.du.edu> cla@isis.UUCP (Chuck Anderson) writes:
$Does it really take DOS minutes to check the time and update the date?
$Is this "normal" behavior for DOS?
Most versions of DOS don't change the date at midnight. I know MS-DOS
3.20 doesn't; I don't know about any more recent versions. So the answer
is yes, this is normal behaviour for DOS - brain-damaged (surprise :-) but
normal.
--
HI ROGER |Nikebo says "Nikebo knows how to post. Just do it."| silver@xrtll
_________|-----------------------|_______________|------------|_____________
yunexus!xrtll!silver (L, not 1) | Hi Ho Silver | costing the net thousands
Silver: Ever Searching for SNTF |i need a grilf | upon thousands of dollarsdavidsen@sixhub.UUCP (Wm E. Davidsen Jr) (11/23/90)
In article <1990Nov16.210636.19188@isis.cs.du.edu> cla@isis.UUCP (Chuck Anderson) writes: | I have noticed my PC does not advance the date immediately after the time | cycles over to 00:00:00.0. This observation comes from using a "make" | facility (Turbo). The date advances the first time the system call to get the date is called. If the system time is > 2400 the date is bunped. Better versions of make (such as micromake) issue the system call before doing ab uild. -- bill davidsen - davidsen@sixhub.uucp (uunet!crdgw1!sixhub!davidsen) sysop *IX BBS and Public Access UNIX moderator of comp.binaries.ibm.pc and 80386 mailing list "Stupidity, like virtue, is its own reward" -me