Metasyntatic directories
Jun. 10th, 2014 06:04 pm![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
torkellToday's random discovery is that, on Linux, carriage returns are valid characters in directory names.
How did I find this out? Because Bash is stupid and doesn't understand that a carriage return is a line delimiter. Instead it thinks the character is a literal character (like a letter or number), and so turns
But surely we can get around this with quoting? Surely
Nope! See, Bash tries to be clever, and moves the
I eventually resorted to putting a comment at the end of every line to get this to work (and no, the obvious fix of using Linux line endings was not possible because this script was being entered in a web page, and line endings in web page forms are always normalised to
A bit of background for non-techies: computers these days generally use one of two sets of control characters to end a line of text. Windows uses a carriage-return/line-feed pair (
How did I find this out? Because Bash is stupid and doesn't understand that a carriage return is a line delimiter. Instead it thinks the character is a literal character (like a letter or number), and so turns
mkdir /foo/barCRLF into mkdir /foo/barCR. This creates a directory named "bar" followed by a carriage return. Which of course appears as merely "foo" in a web page, leading to all sorts of fun questions as to why a listing of /foo claims "bar" exists when listing /foo/bar returns an error.But surely we can get around this with quoting? Surely
mkdir "/foo/bar"CRLF will work?Nope! See, Bash tries to be clever, and moves the
CR inside the quote marks. Seriously. It then runs mkdir "/foo/barCR".I eventually resorted to putting a comment at the end of every line to get this to work (and no, the obvious fix of using Linux line endings was not possible because this script was being entered in a web page, and line endings in web page forms are always normalised to
CRLF). Sigh.A bit of background for non-techies: computers these days generally use one of two sets of control characters to end a line of text. Windows uses a carriage-return/line-feed pair (
CRLF), while Linux uses just a line-feed (LF). Most of the time this isn't an issue as any text editor smarter than Notepad understands either style.
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
no subject
Date: 2014-06-17 10:52 am (UTC)Html forms as standard take CR/LF. Unix scripts as standard are LF. Standard practice is to munge things back and forth as appropriate.
no subject
Date: 2014-06-22 10:00 pm (UTC)Curiously this seems to be browser-dependent - in IE 11 on my machine I could reliably trigger this, but a colleague using Chrome has no problems. I still think Bash could be less stupid regarding line endings, as these days about the only other program with similar issues is Notepad.