bug-gnulib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: uuencode: multi-bytes char in remote file name contains bytes >0x80


From: Bruce Korb
Subject: Re: uuencode: multi-bytes char in remote file name contains bytes >0x80
Date: Tue, 05 Jul 2011 14:12:01 -0700
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110414 SUSE/3.1.10 Thunderbird/3.1.10

On 07/05/11 13:13, Eric Blake wrote:
On 07/05/2011 12:12 PM, Bruce Korb wrote:
On 07/05/11 10:13, Eric Blake wrote:
begin 444 hex-encode-EN:6865782d656e636f64652d44453a42414446

that is, presence of : in the desired output name implies that the file
name must be encoded, just the same as any 8-bit byte also makes that
implication.

Yep, but part of the whole point of uuencode is that the output is 7-bit
ASCII,

"hex-encode-EN:6865782d656e636f64652d44453a42414446" _is_ 7-bit ASCII

I think we are in vehement agreement (agreeing, but not quite understanding
what each other has meant to say).

So, an option could be omitted by doing a strspn() with the set of
POSIX file name characters, but I don't think that is a good idea.
I suspect there are some folks expecting sloppiness in allowing
non-portable characters in the file name.  Therefore, it should be an
explicit request (option) to do it.

Meanwhile, I'm still waiting for a good answer to, "Why do it at all?"
since the file(s) could get rolled into a "pax"ball. :)



reply via email to

[Prev in Thread] Current Thread [Next in Thread]