walt wrote:
Well, I fixed it, sorta but not really. Take a look at uulib/uunconc.c
line 476:
/* suspicious = 1;we're careful here REMOVED 0.4.15 __FP__ */
The HISTORY file says this about version 0.4.15:
- in previous versions, I have very much relaxed the checking for uudecoded
lines (v
Per Hedeland wrote:
The decode-for-viewing is in pan/usenet-utils/mime-utils.cc (relies
heavily on gmime), decode-for-saving (or maybe it's actually
decode-after-saving) seems to be in the uulib directory (driven by
pan/tasks/decoder.cc).
Thanks, that is useful to know and I can take a look lat
On 08/13/2009 06:50 AM, Rhialto wrote:
On Wed 12 Aug 2009 at 20:11:47 -0700, walt wrote:
Now, that last line begins with 'E', so uudeview figures that this line
of code should contain (69-32)*4/3 characters, which is 49.3. It then
reads the next 49 chars from that line and proceeds to uudecode
On Wed 12 Aug 2009 at 20:11:47 -0700, walt wrote:
> Now, that last line begins with 'E', so uudeview figures that this line
> of code should contain (69-32)*4/3 characters, which is 49.3. It then
> reads the next 49 chars from that line and proceeds to uudecode them,
> even though it produces garb
Paul Crawford wrote:
>
>Per Hedeland wrote:
>> Pan's decode-for-viewing is completely separate from the
>> decode-for-saving - the former uses gmime stuff (I fixed some bugs with
>> the opposite problem, i.e. saving worked but viewing didn't, in the
>> past).
>
>Can you tell me where in the code e
Per Hedeland wrote:
Pan's decode-for-viewing is completely separate from the
decode-for-saving - the former uses gmime stuff (I fixed some bugs with
the opposite problem, i.e. saving worked but viewing didn't, in the
past).
Can you tell me where in the code each is done? That way I *might* just
Paul Crawford wrote:
>
>I also tried the uudeview program on the messages with the same results,
>so it is not something "fixed" in the yEnc library later, but it is
>something pan is doing as a "pre-processing" step when viewing, that it
>is not doing when "save as" is invoked.
Pan's decode-f
On Sun 09 Aug 2009 at 22:00:22 +, Duncan wrote:
> Rhialto posted on Sun, 09 Aug 2009 21:58:37 +0200 as excerpted:
>
> > Now it looks like decoding is done by "uulib", probably an imported
> > library, according to source file uulib/uudeview.h. The part that does
> > yEnc-decoding, uunconc.c sa
Now it looks like decoding is done by "uulib", probably an imported
library, according to source file uulib/uudeview.h. The part that does
yEnc-decoding, uunconc.c says
* This file is part of uudeview, the simple and friendly multi-part
multi- * file uudecoder program (c) 1994-2001 by Frank P
