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 says > > * This file is part of uudeview, the simple and friendly multi-part > multi- * file uudecoder program (c) 1994-2001 by Frank Pilhofer. The > author may * be contacted at f...@fpx.de > > (so I Cc:ed that address)
Please don't bother Frank about pan. Last I looked at it, Pan uses its own internal copy it compiles into pan statically, after having modified it some from the original. And the copy pan uses is pretty old, too. uudeview is much more robust now, than pan's copy (tho I don't know for sure if they've fixed that issue). I know as back when I actually did binaries (I haven't for a couple years), if pan had problems with a binary, I used to save the files as text, then use uudeview to decode them properly. It handled decoding FAR better than pan did. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman _______________________________________________ Pan-users mailing list Pan-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/pan-users
