Re: (OT) Fixing Line Endings

Replies are listed 'Best First'.
Re^2: (OT) Fixing Line Endings by davorg (Chancellor) on Nov 30, 2006 at 14:52 UTC
A Perl program that is created on Windows will have Windows line end characters (i.e. CR/LR or \015\012). If you upload that to a Unix server without translating the line endings then your shebang line will look like this: `#!/usr/bin/perl\r\n` [download] The \n is the line end character for Unix, so that's not a problem. But some Unix shells will look for a program called `/usr/bin/perl\r` and, usually, won't find it. As a couple of us have suggested, adding an option to the shebang line solves the problem as the shebang line will then look like this: `#!/usr/bin/perl -w\r\n` [download] The shell parses the command name (/usr/bin/perl) out of that and passes the rest of it (-w\r) to the Perl interpreter as options. Perl is cleverer than the shell and will handle both kinds of line endings. -- <http://dave.org.uk> "The first rule of Perl club is you do not talk about Perl club." -- Chip Salzenberg	[reply] [d/l] [select]
Re^3: (OT) Fixing Line Endings by jgamble (Pilgrim) on Dec 01, 2006 at 16:31 UTC
A Perl program that is created on Windows will have Windows line end characters (i.e. CR/LR or \015\012). Although, just for informational purposes, it's important to note that you don't have to create files with the \r\n ending. I've been creating all of my files with \n endings for years on Windows, and it's saved me a lot of grief, particularly when ftp-ing files without worrying about setting text mode. The text editors that I've been using are jedit and vim; I'm sure there are others that can do this.	[reply]
Re^3: (OT) Fixing Line Endings by sgt (Deacon) on Dec 01, 2006 at 22:24 UTC
actually she-bang is a kernel thing ...so you have to fix the broken kernel ...which I would not call un*x --stephan	[reply]
Re^2: (OT) Fixing Line Endings by jbert (Priest) on Nov 30, 2006 at 14:48 UTC
The #!...\n line at the beginning of an executable file on a Unix system is recognised as telling the kernel that this is a script, to be passed to the interepreter named in the ... part. If the line is '#!/usr/bin/perl\r\n' (as it would be on a Windows box), the kernel will attempt to find a file called '/usr/bin/perl\r'. It's a hilarious (but real) solution.	[reply]
Re^3: (OT) Fixing Line Endings by Melly (Chaplain) on Nov 30, 2006 at 14:56 UTC
Ah! Tnx. Hmm... couldn't you create a perl script /usr/bin/perl\\r and have that handle the problem? Tom Melly, pm@tomandlu.co.uk	[reply]
Re^4: (OT) Fixing Line Endings by jbert (Priest) on Nov 30, 2006 at 15:09 UTC
Creating the symlinks is an even lighter-weight way of doing it.	[reply]
Re^4: (OT) Fixing Line Endings by Anonymous Monk on Nov 30, 2006 at 15:45 UTC
Hmm... couldn't you create a perl script /usr/bin/perl\\r and have that handle the problem? That's essentially what they did. A symbolic link is a UNIX way of saying: "this file is the same as that file over there". They're like Perl references, only for a file system. The real problem was getting the symlink command to run from the shell command line: eventually, they gave up, and used perl instead...	[reply]