y2k and auto ecm's

[am018]

Problem is mainly ancient code fragments in Cobol programs written 20 years
or more back to the banks it is a major problem a lot of  retired programmers
have made a nest egg out of going back to work to rewrite code they wrote in
the seventies.
The other asspect is that to video recorder manfacturers it means a sales
boom !


Raymond C Drouillard wrote:

> Most of the dire predictions about the Y2K bug are made by journalists
> and economists with little knowledge about the bug.
>
> Think about this:  If your ECM did know that the clock had just rolled
> over, would that cause it to stop running?  In most cases, the "bug" will
> just cause phony dates, negative numbers where they should be positive,
> etc.
>
> Also, the banks have been familiar with the bug and fixing parts of it
> since 1970.  A mortgage issued in 1970 will be paid off in 2000.  As they
> approach the century mark, shorter term loans and CDs will be affected.
>
> There will, no doubt, be some mayhem when the clock rolls over.  Nothing
> like the holocost that some are predicting, however.
>
> We are, of course, making some money by fixing some programs and
> replacing others.
>
> Ray Droillard
> Senior Programmer/Analyst, System Solvers, Ltd.
>
> On Tue, 20 Oct 1998 08:36:09 -0400 rbraun at mail.enter.net writes:
> >I've been reading some stuff lately on the y2k bug and several places
> >say cars will stop running.  As far as I know the date is nowhere in
> >any of the ECM's that are in use.  Are there any automotive app's
> >that use date and time in the ECM?  The clocks don't even know AM
> >from PM.
> >Randy Braun
> >'77 C-10 pick-up, DFI-Tuned Port, 350
> >'82 Firebird, DFI, ZZ3
> >'91 GTA, Stock
> >
>
> ___________________________________________________________________
> You don't need to buy Internet access to use free Internet e-mail.
> Get completely free e-mail from Juno at http://www.juno.com
> or call Juno at (800) 654-JUNO [654-5866]