| |
DG0OBR > SP 19.12.99 19:14l 25 Lines 1361 Bytes #-9561 (120) @ DL
BID : JC9DB0HDF035
Read: OE1HVW OE1HLW GUEST
Subj: Y2K-Problem SP + TNC2
Path: OE1XAB<OE3XSR<OK0PPR<OK0PKL<DB0MAK<DB0ERF<DB0HDF
Sent: 991219/1700z @:DB0HDF.#THR.DEU.EU [BBS Hermsdorf JO50WV] BCM1.42
From: DG0OBR @ DB0HDF.#THR.DEU.EU (Wolfgang)
To: SP @ DL
Hallo SP-Nutzer,
Ich habe heute mal SP9.75 einem kleinen Y2K-Test unterzogen.
Es scheint soweit alles OK zu sein, bis auf die Datumsinitialisierung des
TNC2. Dort wird vermutlich im SP aus der 4-stelligen Jahreszahl durch
Subtraktion von 1900 eine 2-stellige Jahreszahl errechnet, die dann dem
TNC initialisiert wird. Die Folge ist, daß der TNC beim Datum/Zeit-Stempel
von Monitorframes als Jahreszahl eine 100 anzeigt. (01.01.100)
Datumsangaben beim Connecttext und im LOG-File sind korrekt.
Der TNC2 nutzt für das Jahr (auch Monat) ein komplettes Byte und nimmt somit
unsinnigerweise beim Initialisieren auch eine Jahreszahl bis 255 an.
Wenn man nach dem Starten von SP das Datum im TNC von Hand initialisiert,
mit "ESC K 01.01.00", dann ist bis zum nächsten SP-Start alles OK.
Leider ist es mir noch nicht gelungen, einen Automatismus im SP zu finden,
der den TNC nachträglich korrekt initialisiert. Wird das Datum vor dem Start
von SP eingegeben, so überschreibt es SP wieder.
Etwas unschön, aber für einen eingefleischen SP-User kein Grund das Programm
zu verwerfen, hi.
Vieleicht hat irgendwer eine trickreiche Lösung gefunden?
Eventuell ein SP-Patch oder ein Patch für die Firmware des TNC2, die aus
der 3-stelligen Jahreszahl (100) nur die letzten beiden Stellen übernimmt.
Vy 73, Wolfgang.
Read previous mail | Read next mail
| |
