Hans-Juergen Taenzer <[EMAIL PROTECTED]> wrote on 23.03.04:
> Michael Heydekamp ([EMAIL PROTECTED]) wrote:
>> 2. Das Problem existiert UUZ-seitig in dieser Form seit rund 2
>> Jahren (genauer seit der Version vom 30./31.03.2002). Ursache ist
>> ein Bugfix von Jochen, der sowohl von Robo/XP2 als auch von uns
>> uebernommen wurde (und den man daher auch nicht einfach
>> rueckgaengig machen kann).
> Irgendwann kommt scheinbar jeder Bug mal zum Vorschein. ;) Gut, da�
> Du ihn hast einkreisen k�nnen.
> Die augenblickliche Situation ist zumindest f�r mich ziemlich
> unbefriedigend: ich beziehe keine News mehr von Gruppen, in denen der
> bewu�te KNode-Anwender schreibt. ;)
Du k�nntest evtl. ein XPFILTER-Muster bauen, das in Headerzeilen dieses
Posters den String "?UTF-8?" durch "?ISO-8859-1?" ersetzt. ;-)
>> ------
>> Nun zur Entstehung des Problems mit dem falschen LEN-Header:
>> Jochen hat - weil es mal so ein Szenario im real life gab -
>> seinerzeit einen Fix fuer Faelle eingebaut, in denen ein
>> UTF-8-Multibyte "zerrissen" ist (sich ueber mehrere Zeilen
>> erstreckt). Sowas ist bei base64- oder qp-codierten Texten ein
>> absolut realistisches Szenario, kann aber auch bei extrem und
>> unzulaessig langen encoded words in Headern (die haeppchenweise
>> decodiert wuerden) zum Tragen kommen.
> Mal ne dumme Frage: warum wird denn nicht im Hauptspeicher die
> komplette Headerzeile zusammengebaut?
Wird sie seit dem Enhanced UUZ doch. Aber nicht alle Routinen, an die
die Headerzeile �bergeben wird, sind darauf ausgelegt, sondern arbeiten
wie bisher mit Strings. Das gilt insbesondere f�r die diversen
Decodierroutinen.
Au�erdem sagst Du ganz richtig:
> [...] Oder wird die gleiche Routine auch f�r den Body benutzt?
Eben, und das hatte ich ja auch erw�hnt (sonst w�rde ja auch das Problem
mit diesem Header gar nicht entstehen, siehe meine Analyse). Und
speziell Jochens Fix bezieht sich eigentlich *nur* auf den Body, denn
das urspr�nglich damit zu fixende Szenario kann nur dort vorkommen.
Da� der Fix gleichzeitig auch f�r extrem lange Header taugt (korrekte
Codierung vorausgesetzt), war gar nicht Jochens bewu�te Absicht - weil
sein UUZ solche auch gar nicht unterst�tzt.
>> Wie schon gesagt, verdankt der aeltere UUZ von XP2 (neuere
>> muessten dasselbe Problem haben, aber die habe ich hier nicht zur
>> Hand,
> K�nnte dann wohl auch den OpenXP-UUZ betreffen.
Eher nicht. AFAIK hat OpenXP diesen Fix seinerzeit nicht �bernommen und
dort w�rde man das sicher auch anders l�sen.
IMO ist das urspr�ngliche, von Jochen behobene, Problem bei OpenXP
bisher ungel�st, aber das m��te man testen.
>> Ich bin am Freitag wieder im Buero und hoffe, dass wir am WE eine
>> gefixte UUZ-Version rausgeben koennen.
> Gut!
Ich bin noch nicht ganz durch mit diesem Fix, und heute tags�ber war
hier gar keine zeit daf�r.
Ich habe zwar inzwischen die Erkennung g�ltiger UTF-8-Sequenzen �ber das
reine Testen auf 7bit-Zeichen hinaus bereits erheblich verbessert, mu�
und will da aber noch etwas Recherche bzgl. der in RFC2279 erw�hnten
Formeln betreiben, nachdem ich nun wieder vollen Web-Zugriff habe (ich
tue mich mit dem Verst�ndnis der UTF-Codierung bzw. dem dieser Codierung
zugrundeliegenden RFC ehrlich gesagt etwas schwer, obwohl ich seit dem
letzten Posting da schon recht gute Fortschritte gemacht habe).
Und das hier ...
----------8<----------
> - Definitiv verworfen werden muss jeder etwaig noch in 'sc_rest'
> befindliche Inhalt, wenn eine Headerzeile beendet wurde und mit der
> naechsten weitergemacht wird (und es darf gar kein Rest entstehen,
> wenn man weiss, dass man sich am Ende eines Headers befindet).
> Dasselbe gilt, wenn der Header insgesamt beendet und bereits der Body
> an der Reihe ist. Das wird nur ueber eine unit-weite Variable zu
> loesen sein (oder ueber einen Parameter, den man aber ueber etliche
> Routinen mitschleppen muesste).
----------8<----------
... mu� ich auch noch erledigen. Danach w�re das eigentliche Problem
soweit gel�st (bezogen rein auf die Nachrichten des besagten Posters ist
es das auch schon mit dem gegenw�rtigen Stand).
Ich bin aber beim beim Rumkramen in den diversen Source-Verzeichnissen
�ber soviel noch nicht ganz fertiggestellte Dinge gesto�en (die ich,
weil wieder irgendwas dazwischen kam, kurzfristig liegenlassen mu�te),
da� ich �berlege, zumindest einen Teil davon mal fertigzustellen und bei
der Gelegenheit in den zu ver�ffentlichenden UUZ zu implementieren (dazu
geh�ren z.B. eine ganze Reihe weiterer Charsets und die XP2-
Kompatibilit�t).
Da es bei Dir offenbar pressiert, kann ich Dir aber vorab mal eine
lauff�hige Testversion zuschicken, damit Du wenigstens die Gruppen, in
denen dieser Poster schreibt, weiterhin beziehen kannst. Falls ich das
tun soll, bitte Bescheid geben.
Michael
------------------------------------------------------------------------
FreeXP Support-Mailingliste
[EMAIL PROTECTED]
http://www.freexp.de/cgi-bin/mailman/listinfo/support-list
