Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.1 6/24/83; site cepu.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!mhuxr!mhuxj!houxm!whuxlm!harpo!decvax!ittvax!dcdwest!sdcsvax!bmcg!cepu!scw
From: scw@cepu.UUCP
Newsgroups: net.bugs,net.flame,net.puzzle
Subject: Re: Computer bugs in the year 2000
Message-ID: <433@cepu.UUCP>
Date: Wed, 23-Jan-85 10:20:57 EST
Article-I.D.: cepu.433
Posted: Wed Jan 23 10:20:57 1985
Date-Received: Fri, 25-Jan-85 21:38:57 EST
References: <820@reed.UUCP>
Reply-To: scw@cepu.UUCP (Stephen C. Woods)
Organization: VA Wadsworth Med. Center; LA CA
Lines: 21
Xref: watmath net.bugs:513 net.flame:8024 net.puzzle:517
Summary: 

In article <820@reed.UUCP> bolles@reed.UUCP (Spencer Bolles) writes:
>
>      I have a friend that raised an interesting question that I immediately
>tried to prove wrong.  He is a programmer and has this notion that when we
>reach the year 2000, computers will not accept the new date.  Will the
>computers assume that it is 1900, [...]s even lost sleep over this.  When
>I say 'friend,' I'm NOT referring to myself, if it seemed that way.

Well, it depends on several things, (1) the 'base' date, (2) how many
bits are uses to encode the offset, and (3) the resolution used.

For example OS/8 (a operating system for the PDP-8  and 12) used 3
bits for they year and a base date of Jan 1 1970. On Jan 1 1978 it
broke.  Unix (v7 anyway) uses 32 bits to record the time in seconds
since 0000Z01JAN70 (Midnight GMT Jan 01,1970) this will break sometime
in 2038 (Jan 18 about 3 AM GMT).  Other operating systems use different
epochs and different resolutions and will break at different times.
-- 
Stephen C. Woods (VA Wadsworth Med Ctr./UCLA Dept. of Neurology)
uucp:	{ {ihnp4, uiucdcs}!bradley, hao, trwrb}!cepu!scw
ARPA: cepu!scw@ucla-cs location: N 34 3' 9.1" W 118 27' 4.3"