Frank Markopoulos <[EMAIL PROTECTED]> wrote on 24.05.04:
> [EMAIL PROTECTED] (Michael Heydekamp) teilte uns am 23.05.04 mit:
>> Du m�chtest eine Kommadozeilenoption, die zur Folge hat, da� der UUZ
>> selbstt�tig seine eigenen Bugs erkennt und sie anschlie�end auch
>> noch selbst behebt?
> N���, er behebt sie doch nicht, er mildert nur ihre *(Aus)wirkung*
> ab!
Der falsche LEN:-Header ist die direkte Folge eines �lteren Bugs. Der
UUZ "denkt" in diesem fehlerhaften Zustand aber, er mache alles richtig.
>> So eine Routine suche ich schon lange, wenn Du sowas findest, gib
>> bitte Bescheid. ;)
> Da Du ja sicher beim Konvertieren den ganzen Puffer im Speicher hast,
Sicher?
Sicher nicht. Dann w�re die Gr��e von Nachrichten, der der UUZ
konvertieren kann, arg begrenzt.
> wo steckt da das Problem, zu gucken, ob der LEN-Header korrekt ist,
Schau mal in den Code, wie der UUZ in uz-Richtung arbeitet - oder lies
Dir mal die Doku zu den �nderungen durch, die ich nach c.f.dev gepostet
hatte, dort ist en detail erl�utert, wie es zu diesem spezifischen
UTF-8-Bug kam (kommen mu�te).
Wenn der LEN:-Header einmal geschrieben ist, ist er geschrieben, den
kann man nachtr�glich nicht mehr �ndern (selbst wenn man sp�ter
feststellen sollte, da� er falsch ist).
Das ginge nur, wenn der UUZ noch den ZPR eingebaut bek�me und ganz am
Schlu� nochmal den kompletten Puffer �berpr�fen w�rde. Aber daf�r
gibt's ja eben ZPR, und eigentlich sollen solche Fehler ja auch gar
nicht vorkommen.
Der UUZ ist so schon fett genug - wer zur Sicherheit anschlie�end
nochmal den ZPR dr�berlaufen lassen m�chte, kann den ja in einen
Eingangsfilter einbinden.
Allerdings hat auch der ZPR Macken, wie ich gerade eben feststellen
durfte. In einem Fall hat er einen vermeintlich falschen (in
Wirklichkeit aber korrekten) LEN:-Header von 421 Bytes auf 120.731 Bytes
ge�ndert.
Dieses Verhalten ist bekannt bei LEN:-Headern mit zu gro�en Werten, aber
da� das auch bei korrekten LEN:-Headern passieren kann, ist mir neu.
> und den ggf. so anzupassen, da� er zu dem "verbugten Gewurstel"
> _pa�t_, was der UUZ produziert hat, so da� XP den Puffer anschlie�end
> nicht anmeckert?!
Eher k�nnte schon XP selbst die von Dir gew�nschte Reparatur vornehmen,
denn das bemerkt den Fehler ja offenbar und es w�rde dann auch gleich
alle Netztypen erschlagen...
Michael
------------------------------------------------------------------------
FreeXP Support-Mailingliste
[EMAIL PROTECTED]
http://www.freexp.de/cgi-bin/mailman/listinfo/support-list
