[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20250424000534.GB765145@mit.edu>
Date: Wed, 23 Apr 2025 19:05:34 -0500
From: "Theodore Ts'o" <tytso@....edu>
To: Alejandro Colomar <alx@...nel.org>
Cc: linux-kernel@...r.kernel.org, linux-api@...r.kernel.org,
linux-man@...r.kernel.org
Subject: Re: newlines in filenames; POSIX.1-2024
On Wed, Apr 23, 2025 at 09:31:42AM +0200, Alejandro Colomar wrote:
>
> <http://austingroupbugs.net/view.php?id=251>
Ugh. Reading through that bug, despite the fact that the original
proposal was *significantly* bared down, has greatly reduced my
respect for the Austin Group.
One of the people in that bug argued unironically that using pipes
should be deprecated. i.e., that somehow "find . ... -print0 | xargs
-0 ..." was a security problem.
<<Sigh>>
Other people pointed out that creating proscriptions that were not
implemented by many/most historical implementations would fragment the
standard and decrease the respect people would have towards the POSIX
specification. That was the "toilet paper" comment which you
referenced.
Well, they got that right.
> I think a mode for disallowing _any control characters_ (aka
> [:cntrl:], aka 0-31) would be a good choice.
As the Austin Group Bug pointed out, the problem is that the control
characters can be printable characters, depending on the code page
that you might be using. The example that was given was cp437.
The problem is that historically speaking, the kernel does *not* know
about what locale that is in use. We made an exception to handle case
folding, where we added Unicode tables into the kernel. Some would
say that was a major mistake, and it's certainly been a headache.
- Ted
Powered by blists - more mailing lists