To: opendos AT delorie DOT com X-Comment-To: "da Silva, Joe" References: <01FD6EC775C6D4119CDF0090273F74A4022035 AT emwatent02 DOT meters DOT com DOT au> Message-Id: <2.07b7.TR9N.GC1B3Z@belous.munic.msk.su> From: "Arkady V.Belousov" Date: Thu, 19 Apr 2001 14:14:23 +0400 (MSD) Organization: Locus X-Mailer: dMail [Demos Mail for DOS v2.07b7] Subject: RE: DOS issues #1 Lines: 30 MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Reply-To: opendos AT delorie DOT com X-Comment-To: da Silva, Joe Hi! 19-Апр-2001 18:43 Joe DOT daSilva AT emailmetering DOT com (da Silva, Joe) wrote to "'opendos AT delorie DOT com'" : dJ> 3. All versions of M$-DOS and PC-DOS I have tried dJ> (up to 6.22, IIRC) have a bug in the timekeeping dJ> stuff, such that if left at the DOS prompt or within dJ> an application for more than 24h, they sometimes dJ> forget to update the calendar. I haven't tried this dJ> with M$-DOS 7.XX, so it's slightly possible they dJ> fixed this - if not, then this can be a problem for dJ> embedded applications. Below my addition to RBIL (just for programmers note): ______________O\_/_________________________________\_/O______________ - `B-1A00': >BUG: Under W4WG midnight flag may not be returned (AL is zero, even if > [0:470h] is nonzero) and consequently not cleared after this call or even > may not be forced after midnight at all. Moreover, if sometime this flag > is returned, then it anyway not cleared and not seen in next calls (for > example, when INT21/2Ah (DOS Get Date) function is called), so date > change will not forced. This trouble may be solved by direct accessing > [0:46Ch] and [0:470h] cells: when [0:470h] cell is changed, then call > INT 21/2Ah and then clear [0:470h] cell _____________________________________________________________________ O/~\ /~\O