| |
DC3HC > SP 08.01.00 19:55l 32 Lines 1125 Bytes #-9647 (12) @ DL
BID : FNX6OUDB0HHW
Read: OE1HLW OE3OKS OE3BCA OE3RWW GUEST
Subj: Der Beweis (Y2K).TXT
Path: OE1XAB<OE3XSR<OK0PPR<OK0PKL<DB0MAK<DB0ERF<DB0SAW<DB0MAR<DB0IL<DB0HHW
Sent: 000106/1525z @:DB0HHW.#SLH.DEU.EU [Uetersen JO43TQ] DP5.08 $:FNX6OUDB0HHW
From: DC3HC @ DB0HHW.#SLH.DEU.EU
To: SP @ DL
Reply-To: DC3HC @ DB0HB.#HH.DEU.EU
X-Info: Einspielung ohne Passwortschutz
MoinMoin Leute.
Bevor hier nun wieder Glaubenskriege vom Zaun gebrochen werden, wer denn
nun Schuld ist an dem falschen Jahr im Monitor-Stamp, anbei im nächsten File
der Hex-Dump (und Klarschrift) des Hochstartens von SP.
Es wurde direkt die RS232-Leitung angezapft, auf der die Daten zum TNC
gesendet werden.
Das File beinhaltet einmal hochstarten von SP, setzen (von Hand) des
korrekten Datums (Zeile "000360" und wieder verlassen von SP (ALT-X)
(ab Zeile "000450")
Wie Zeile "000130/000140" ganz eindeutig & unbestreitbar beweist,
wird vom Terminalprogramm SP dieses falsche Format zum TNC gesendet.
Punkt.
Es drängt sich natürlich der Verdacht auf, daß ähnliche Programme dieses
gleich tun (z.B. GP...).
Jetzt heißt es, einen Patch zu finden, der diesen Bug beseitigt, ohne daß
der PrüfsummenCheck von SP zuschlägt und das Programm löscht.
Viel Spaß beim Programmieren & Lösungen finden.
P.S.: Ich stelle mich selbstverständlich als Beta-Tester zur Verfügung.
Gruß de Carsten,DC3HC@DB0HB+
Read previous mail | Read next mail
| |