<div class="gmail_quote">On Wed, Nov 11, 2009 at 3:32 PM, Dave Angel <span dir="ltr"><<a href="mailto:davea@ieee.org">davea@ieee.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
<br>
Victor Subervi wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<snip><div class="im"><br>
The problem was not CGI. It turned out to be line-endings being mangled by<br>
Windoze and __invisible __ in my unix editor. Lovely.<br>
Thanks anyway,<br>
V<br>
<br>
  <br>
</div></blockquote>
That's twice you've blamed Windows for the line-ending problem.  Windows didn't create those crlf endings, your text editor did.  If your editor can't control that, you could try a different one.  Komodo for example can do it either way, or it can preserve whatever is being used in the loaded file.  Similarly metapad, in spite of its huge simplicity, lets you decide, and can convert an existing file in either direction.<br>

<br>
And I'm a great believer in visible control characters.  I configure Komodo to show me spaces in the lines, so I can see whether it's a tab or a space.  It can also be configured to show end-of-line characters, so I presume that'd work here.  See whether your Unix editor can show you this sort of thing.<br>

<br>
Finally, many FTP programs can be told to automatically convert line-endings when transferring text files.  There's probably some risk that it'll mangle a non-text file, but it's worth considering.<br></blockquote>
<div><br>Wonderful, wonderful. I'll take both of those pieces of advice. Thank you.<br>V<br></div></div><br>