SI
SI
discoversearch

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 : FBN Associates - Year 2000/Y2K IPO!!!

 Public ReplyPrvt ReplyMark as Last ReadFilePrevious 10Next 10PreviousNext  
To: jhild who wrote (1398)8/8/1998 9:40:00 PM
From: E. Charters  Read Replies (1) of 2770
 
Now lets see, for saying what I know to be true about what the Canadian federal government has said are necessary fixes to the year 2000 problem, and outlining the facts about how programs that I personally have coded handle times and dates and calculate time differences for payroll and annuities and taxes, and what I know the fixes have to be on Operating Systems and code... you are calling me an unscrupulous individual?

I see. I know how an operating system handles time and dates and what some of the problems are with programs that use it. You don't, but I am lying about it? I guess that would be easy.

So the Federal Government is lying to the taxpayer about the billion dollar fix that was reported in the Globe and Mail last month?

So tell me on a Unix computer such as the one that handles this WWW CGI code that handles this post.. what are the time and date constraints? Why? When does the clock run out and what does one have to do about it? Is it simple? Does it entail going to wholly 64 bit word size for all data? Or could you just keep the time counter at 64 bit.. would this affect core speed? Would programs that interact with chron have to change? Will this cause storage problems? Which Unixes are ready for 64 bit? Answer to the last is only one. My secret.

Just askin..

EC<:-}
Report TOU ViolationShare This Post
 Public ReplyPrvt ReplyMark as Last ReadFilePrevious 10Next 10PreviousNext