@MSGID: 1@dont-email.me> 395a3117
@REPLY: <20230817065027.422@kylheku.com> 6fe801ef
@REPLYADDR Muttley@dastardlyhq.com
@REPLYTO 2:5075/128 Muttley
@CHRS: CP866 2
@RFC: 1 0
@RFC-Message-ID: 1@dont-email.me>
@RFC-References:
<9e7a4bd1-bfbb-4df7-af1a-27ca9625e50bn@googlegroups.com> <vo5rqj-lpl.ln1@paranoia.mcleod-schmidt.id.au> 1@dont-email.me>
1@milena.home.net.it> 1@news.xmission.com> 1@dont-email.me>
1@dont-email.me> <87o7j82gix.fsf@fatphil.org> 1@dont-email.me>
<20230817065027.422@kylheku.com>
@TZUTC: -0000
@TID: FIDOGATE-5.12-ge4e8b94
On Thu, 17 Aug 2023 13:52:23 -0000 (UTC)
Kaz Kylheku <864-117-4973@kylheku.com> wrote:
>On 2023-08-17, Muttley@dastardlyhq.com <Muttley@dastardlyhq.com> wrote:
>> Any character from 0-255 is allowed in unix filenames but only an idiot would
>
>> use spaces and non printing characters.
>
>That`s simply false. 0 is the null terminator and is not actually part
>of the name. The path-component-separating slash cannot be contained in
>a path component; there is no escape mechanism to include it.

Ok, there are a couple of exceptions. Point still stands.

>POSIX defines a set of characters which are recommended for use in file
>names for portability; it is wise for applications and users to stick to
>that.

But they don`t have to and when UTF8 filenames get used things can get messy
on non UTF8 terminals.

--- FIDOGATE 5.12-ge4e8b94
 * Origin: A noiseless patient Spider (2:5075/128)
SEEN-BY: 5001/100 5015/255 5019/40 5020/715 848
1042 4441 12000 5030/49 1081
SEEN-BY: 5075/128
@PATH: 5075/128 5020/1042 4441