Martin Wodrich ([EMAIL PROTECTED]) schreibt: >> Naja, die tats�chlich Betroffenen k�nnen dann immerhin darauf >> verwiesen werden, wie auch beim Retten der MPuffer.
> Stimmt. Wer nicht liest mu� sich ein RTFM gefallen lassen. Wobei mir mit einer ZConnect-Box am st�rendsten erscheint, da� die U- und X-Header nicht erkannt werden. Da steht immer am Anfang mehrere U-Received etc. Wenn der LEN:-Header nicht stimmt, verpasst ZPR immer den Headeranfang und das zieht sich unter Umst�nden durch den gesamten Puffer ab dem Fehler. Daher war meine �berlegung, zun�chst per Kommandozeile den Header zur Liste der erkannten hinzuf�gen zu k�nnen (ohne weitere Aktion), damit dieses Verz�hlen aufh�rt. Nach ZConnect mu� die Reihenfolge der Headernamen ja beliebig sein k�nnen, aber ich will ja nicht den ersten Headereintrag festlegen, aber vielleicht hilft es schon, wenn eine Zeile als Headereintrag erkannt wird. >> Vielleicht h�ren dann auch das Schlechtreden des ZPR auf [...] Eine Verschlechterung beim ZPR der v3.40 IMO seit der snapshot vom 31.8.2003 ist, da� die Umleitung mit ">" hier nicht mehr funktioniert (beim Backport der v3.21 geht das auch noch.) Die Output-Redirection in Dosx.pas scheint mir durch die Routine zur Laufwerkserkennung ausgeknockt zu werden, denn wenn ich die alte Dosx.pas von der Snapshot-Version vom 31.8.2003 nehme, klappt die Umleitung vom ZPR wieder. Ist mir erst jetzt aufgefallen, weil ich immer noch den "alten" ZPR nahm, erst mit der neuen RTL fiel mir das auf. -- Salut _)oachim ------------------------------------------------------------------------ FreeXP Entwickler-Mailingliste [EMAIL PROTECTED] http://www.freexp.de/cgi-bin/mailman/listinfo/dev-list
