However, BDOS is Y2K compliant :)

-----Original Message-----
From: Si Owen <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Date: 27 March 1999 03:29
Subject: RE: Sam tech info?


>Thanks for using NetForward!
>http://www.netforward.com
>v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v
>
>Simon Cooke wrote:
>> Oh, it's Y2K compliant; but MasterDOS isn't. Try and set a date
>> in the year 2000 - the source code indicates that you're screwed :-)
>
>I was thinking that because it only stored 2 digits for the date that it
>wasn't, but I suppose it's more of a case of any software that doesn't
>handle it properly is not compliant. Anyone thought of correcting and
>rebuilding MasterDOS for next year?
>
>
>> I'll try and get around to typing it up for you this weekend.
>
>Thanks Si!  I thought I was missing a document somewhere as other people
>seemed to know about the extra info.
>
>I finally figured out your code writes values from 15 to 1 into the year
>tens value and then read them back to make sure they were all set before
you
>take the clock as installed. I was supplying the current date/time but
>ignoring any writes which failed your check. I've just implemented writes
to
>update the ticking clock it's happy :-) (it doesn't update the PC clock
>btw!).
>
>Si
>
>
>

Reply via email to