🚀 go-pugleaf

In <m0n3Ei4-0000vI3@hactar.hanse.de> wusel@hactar.hanse.de writes:

> Würdest Du's nicht sagen, ich würde es nicht glauben =:-> =:-(

Ist aber so...ich bin wirklich gespannt, woran es liegt. Leider kann
ich nicht vor dem 10.1. am Arn weiterarbeiten, sorry!
 
> % Sehr seltsam. Ich befuerchte, dass moeglicherweise ein Feature des SAS/C 
> 
> `Feature' war jetzt ironisch gemeint, gelle?

Ja, ich meine zumindest, dass SAS/C was anderes interpretiert, als 5.10b.

> Nützt alles nix =:-( Nur ohne `SCREENDATA' fühlt er sich berufen, einen eigenen
> Screen aufzumachen, sonst kommt immer `arn: FATAL ERROR: Can't open my screen!',
> egal, was ich da eingebe, ob `IDNUM:0x...', `IDNUM::0x...', `IDNUM0x...' oder
> auch die dezimale Zahl des Modus' =:-(

Sorry. Klingt so, als ginge da was mit den Typen (ULONG) oder long nicht...
Ich schaue es mir an, sobald in wieder in KA bin.-

> Ok, als Cc: nach de.comp.sys.amiga.uucp, vielleicht findet ja noch jemand 'nen
> Trick ...


Scheint wohl ein echter Bug zu sein.

> 			kai
> 			
> P.S.: Die Anzeigeroutine für quoted-printable hat imho auch noch 'nen Bug; je-
>       denfalls sah mein Artikel hier (von INews vor dem Posten durch MMEncode
>       gepipet, daher schätze ich mal, die Kodierung ist korrekt) mit Arn ange-
>       zeigt etwas sonderbar aus, das "=\n" am Zeilenende mochte er irgendwie
>       nicht ...

Folgendes: =\n ist ein Soft-line-break. D.h. man kann dadurch laengere
Zeilen darstellen, als mit 8bit moeglich waeren. Arn verbindet diese Zeilen
einfach
zu einer einzigen. Ich hatte halt nicht gedacht, dass = am Ende einer jeden
Zeile verwendet wird.
Da Soft-line-breaks von der jeweiligen Zeilenbreite abhaengig interpretiert
werden muessen, weiss ich nicht so recht, was ich damit machen soll...


Gruss,
 Roland
--
R o l a n d   B l e s s |UUCP/Usenet: S_BLESS@iravcl.ira.uka.de             |
Groetzinger Str. 44     |BITNET: UKG5@DKAUNI2.BITNET       FAX: +49211623818|
7500 Karlsruhe 41 - FRG |---------spirits--in--the--material--world---------|
voice +49 721 497381    |"They built machines that they can't control" STING|

In article <1h714sINNb7k@iraul1.ira.uka.de>, |S| Roland Bless writes:

% In <m0n3Ei4-0000vI3@hactar.hanse.de> wusel@hactar.hanse.de writes:
%
% > Würdest Du's nicht sagen, ich würde es nicht glauben =:-> =:-(
%
% Ist aber so...ich bin wirklich gespannt, woran es liegt. Leider kann
% ich nicht vor dem 10.1. am Arn weiterarbeiten, sorry!

Cescht la vieh =:->

% > P.S.: Die Anzeigeroutine für quoted-printable hat imho auch noch 'nen Bug; je-
% >       denfalls sah mein Artikel hier (von INews vor dem Posten durch MMEncode
% >       gepipet, daher schätze ich mal, die Kodierung ist korrekt) mit Arn ange-
% >       zeigt etwas sonderbar aus, das "=\n" am Zeilenende mochte er irgendwie
% >       nicht ...
%
% Folgendes: =\n ist ein Soft-line-break. D.h. man kann dadurch laengere
% Zeilen darstellen, als mit 8bit moeglich waeren. Arn verbindet diese Zeilen
% einfach
% zu einer einzigen. Ich hatte halt nicht gedacht, dass = am Ende einer jeden
% Zeile verwendet wird.

     Ist imho auch eher ein Bug denn ein Feature von allen mir bekannten
q-p-Kodierern (_ich_ hätte das erst bei ~250 Zeichen (SMTP-Limit: ~1000
Zeichen) gemacht), der die Lesbarkeit in kodierter Form unnötigerweise
herabsetzt (hmm -- vielleicht wegen den hirntoten BITNET-/BIM-Kübeln, die
die Zeilen bei 80 Zeichen umbrechen/abschneiden? Maybe. Hätte ich ja keine
Rücksicht nicht drauf genommen =:->) ...

     Das `verbindet diese Zeilen einfach zu einer einzigen' nehme ich Dir
aber nicht ganz ab -- so ist wohl die Theorie, aber praktisch sieht's
leider anders aus (1 Sonderzeichen und die (komplette?) eben dargestellte
Zeile zeigt Arn mir in einem solchen Fall an =:-<) ... Ich snappe dies
nachher mal und mail's Dir zu.

% Da Soft-line-breaks von der jeweiligen Zeilenbreite abhaengig interpretiert
% werden muessen, weiss ich nicht so recht, was ich damit machen soll...

Wie löst Walter das denn? Oder Bonz?
			kai

--  _
 _ //   Kai 'wusel' Siering, Villa Straylight, Hamburg, Germany. Go for MIME!
 \X/: <wusel@hactar.hanse.de>  Exile: <wusel@wolfhh.hanse.de>  iso-8859-1: äöüß

              /away 18.12.1992 - 04.01.1993 (Phone: +49-4755-648)

"'There are NO inconsistencies in the Discworld books; ocaasionally, however,
there are alternate pasts'."                     -- Terry Pratchett's .signature

In <271292s0001@hamburg.uucp> wusel@hactar.hanse.de writes:

>      Ist imho auch eher ein Bug denn ein Feature von allen mir bekannten
> q-p-Kodierern (_ich_ h=E4tte das erst bei ~250 Zeichen (SMTP-Limit: ~1000=

Aha...
 
> Zeichen) gemacht), der die Lesbarkeit in kodierter Form unn=F6tigerweise
> herabsetzt (hmm -- vielleicht wegen den hirntoten BITNET-/BIM-K=FCbeln, d=
> ie
> die Zeilen bei 80 Zeichen umbrechen/abschneiden? Maybe. H=E4tte ich ja ke=
> ine
> R=FCcksicht nicht drauf genommen =3D:->) ...
> 
>      Das `verbindet diese Zeilen einfach zu einer einzigen' nehme ich Dir=
> 
> aber nicht ganz ab -- so ist wohl die Theorie, aber praktisch sieht's
> leider anders aus (1 Sonderzeichen und die (komplette?) eben dargestellte=
> 
> Zeile zeigt Arn mir in einem solchen Fall an =3D:-<) ... Ich snappe dies
> nachher mal und mail's Dir zu.

Sorry, das ist dann wirklich ein Bug. Ich habe die q-p Dekodierung in 
den letzten Tagen zusammengehackt und leider dieses Feature nicht getestet.
Ich habe sie nur auf Artikel von RB und MAtthias Zepf losgelassen und da hat's
auch funktioniert .


Gruss,
 Roland