[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

20000101: ugh!

This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.

  • Subject: 20000101: ugh!
  • Date: Sun, 02 Jan 2000 08:54:47 -0700
Dan,

> Should I fix it for them??

I guess thats between you and Purdue. The pqact fix corrects
the filing of the data. The functioning of the queue for relaying
and receiving data should otherwise work. Without patching pqact,
you could alternatively use the 4 digit yyyy filing as an alternative.

Steve Chiswell
Unidata User Support


>From: "Dan Vietor" <address@hidden>
>Organization: .
>Keywords: 200001010203.TAA16474

>Purdue is getting current data but the pqact Y2K bug is in effect there.
>The files all start with "10".  Should I fix it for them??  Purdue uses
>I believe Illinois for their primary.
>
>________________________________________________________
>Daniel Vietor               Mail: address@hidden
>Unisys Corp                 Title: Engineer/Meteorologist
>221 Gale Lane               Phone: 610-444-2407
>Kennett Square PA 19348     Fax: 610-444-2420
>
>
>
>> -----Original Message-----
>> From: address@hidden
>> [mailto:address@hidden]On Behalf Of D. J. Raymond
>> Sent: Friday, December 31, 1999 9:03 PM
>> To: address@hidden
>> Cc: address@hidden
>> Subject: ugh!
>>
>>
>> Here it is Y2K New Year's Eve and I could actually use some weather
>> info with a storm coming in, and both my primary (Michigan) and backup
>> (Northern Louisiana) ldm feeds are dead as a doornail!  Meanwhile our
>> Debian Linux system + ldm continues to run without a blip.  What's
>> going on?
>>
>> Dave Raymond
>>
>