Arbitrary characters in filenames (was Re: Default PATH setting ...)

On 27.01.2025 19:30, Kaz Kylheku wrote:

 
I don't suspect this problem intersects with the issue we are talking
about, but it's hard to be sure about a negative without doing a bunch
of work.

(It's worth a subject switch.)

 
The ability to use a Unicode slash in a filename on POSIX systems,
thanks to UTF-8, is mostly a good thing, in my view.

I recall an old discussion on the topic, many many years ago.

I generally avoid, for example, using spaces (and yet more so any
exotic control characters) in filenames. - It always stroke me as
if it would produce more hassle than [principle] gain. (Thinking
of 'Backspace', 'Delete', 'CR', 'NL', or even 'Bell', etc.)

I also think that a fileNAME should not be a fileNOVEL or carry all
or part of a file's meta-data. For me it would certainly be okay to
have the 'printable' characters available. - I suppose (given what
excessive filenames are regularly used) that many people will see
that differently.

Back these days someone had pointed out that it's actually helpful
if you have only few restrictions ('\0' and '/') on characters; it
makes it possible to support "non-ASCII file systems" based on that
underlying primitive design. - That's certainly a valid point.

The point (made upthread) with the non-ASCII slash character makes
me doubt, though. Wouldn't such exploits like you constructed with
the "literal '~'" topic be also possible with "fake" slashes?

Janis