🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: aus.org.acs
Article #204

Re: Year 2000 Bug - ACS Calls for Greater Cooperation

#204
From: D A Vincent
Date: Sun, 27 Jul 1997 00:00
38 lines
2550 bytes
In article <33d3784f.62565572@nntp.peg.apc.org>, peterb@gebesse.com.au wrote:

>>>My PC's clock has no trouble rolling over to 0:00:00 Sat 01-01-2000
>>
>>Yeah, but does it recognise 29 February 2000 as a valid date ?  And does it 
>>also correctly NOT identify 29 February 2001 as a valid date (don't laugh, 
>>some computers don't pass this test) ?
>
>Mine does. Plain old Intel box with Win95.
>
>The problem is not an operating system issue - it is a programming
>issue. You can write cruddy date routines in all sorts of languages.

Yes, you can write bad date software in any language.  But most `modern'
operating systems, and lots of old ones, include APIs for manipulating
dates.  In the MacOS, application programs that use the MacOS APIs for
handling dates get many benefits including easier localisation.  I expect
the same is true in Windows 95.  The standard C library has included a
date/time abstract data type for years, and most Unix implementations, um,
implement it. 

Your plain old intel box running, say, MS-DOS 3.1, probably would not have
passed the test.  On the other hand, application programs of that era
would have been more likely to have bypassed the MS-DOS date/time handling
facilities to provide themselves something more flexible.

Of course it's a programming issue - but it's an operating systems issue
too, since OSes include (and sometimes are) sets of programs.  

...dav

-- 
-- 
mailto:dvincent@zeta.org.au       D A Vincent   speaking for myself only.
http://www.zeta.org.au/~dvincent/                 JUNK E-MAIL NOT WELCOME
Phone(W):+61 2 99573549            worker,Hydrographic Sciences Australia
                "Truth suffers from too much analysis."
Technical Details
Message-ID: <dvincent-2707970904100001@d100.syd1.zeta.org.au>
Path: arc1-ca.pugleaf.net!unknown!not-for-mail
References: <33CAF315.2172@acslink.net.au> <33CCA54A.576A994C@golden.wattle.id.au> <01bc92ac$86c32f20$047639cb@ellis.y-net.com.au> <33cf47ed.5556730@news.mel.aone.net.au> <33cff0eb.770064@news.sv.net.au> <01bf538f$14968220$087639cb@ellis.y-net.com.au> <kpettery.275.00221B24@NOSPAMpcug.org.au> <33d3784f.62565572@nntp.peg.apc.org>

Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: f5d9f,6b279c18c4393ab4
X-Google-Attributes: gidf5d9f,public
X-Google-Thread: 108c83,6b279c18c4393ab4
X-Google-Attributes: gid108c83,public
From: dvincent@zeta.org.au (D A Vincent)
Subject: Re: Year 2000 Bug - ACS Calls for Greater Cooperation
Date: 1997/07/27
Message-ID: <dvincent-2707970904100001@d100.syd1.zeta.org.au>
X-Deja-AN: 259274769
References: <33CAF315.2172@acslink.net.au> <33CCA54A.576A994C@golden.wattle.id.au> <01bc92ac$86c32f20$047639cb@ellis.y-net.com.au> <33cf47ed.5556730@news.mel.aone.net.au> <33cff0eb.770064@news.sv.net.au> <01bf538f$14968220$087639cb@ellis.y-net.com.au> <kpettery.275.00221B24@NOSPAMpcug.org.au> <33d3784f.62565572@nntp.peg.apc.org>
Organization: D's Macintosh
Newsgroups: aus.org.acs,aus.computers