Silicon Investor (SI) -- The First Internet Community

STOCKTALK

We've detected that you're using an ad content blocking browser plug-in or feature. Ads provide a critical source of revenue to the continued operation of Silicon Investor. We ask that you disable ad blocking while on Silicon Investor in the best interests of our community. If you are not using an ad blocker but are still receiving this message, make sure your browser's tracking protection is set to the 'standard' level.

Technology Stocks : Discuss Year 2000 Issues -- Ignore unavailable to you. Want to Upgrade?

To: Jim who wrote (5259)	4/4/1999 11:23:00 PM
From: David Eddy	Read Replies (1) \| Respond to of 9818

Jim - I assume from your questions that you have never heard of this method of storing dates. I'm aware of rich variety of serial date storage "standards"... tend to be variations on Lilian (Lillian?), which uses something like 10Oct1682 (don't quote me here, could be 1582 too). And I didn't knowingly encouter a serial date number (other than in spreadsheets) until 24 years into my career. Spreadsheets will often use January 1, 1900 as day 1. Due to a bug (oversite?) in Lotus 123, day 60 comes out as February 29, 1900 when there was no such day. Other spreadsheets replicated the same "feature" for compatibility. But you're avoiding my question... what forces anyone to correctly use the native date handling features? My point is that Y2K compliant OSs can be sabatoged by bad coding habits and Y2Kbogus OSs can have Y2Kok applications... that's all. The specific storage method/form is only a minor aspect. - David