Mail Archives: cygwin/2007/01/09/12:34:38
2007/1/4, Dave Korn <dave DOT korn AT artimi DOT com>:
> On 04 January 2007 18:58, Aaron Brown wrote:
>
> > Dave Korn wrote:
>
> >> What is the /end/ result you're trying to achieve here?
> >
> > When CLISP does text output, it opens the file in binary
> > mode and does EOL translation itself, according to the
> > requested line terminator mode. For instance, the following
> > function writes a file with LF, CRLF, or CR EOLs depending
> > on whether its argument is :unix, :dos, or :mac.
>
> > That works exactly as intended.
>
> Good, and indeed, CLISP should probably not care either way about the mount
> mode on which it writes these files, because that's the whole point of
> textmounts: to provide a way for the user to instruct cygwin (the kernel,
> effectively) to override the application's choice at a lower level when
> needed.
>
> > My problem is that if I
> > don't specify a :line-terminator, :dos is used instead of
> >> unix. (This is controlled by *default-file-encoding*,
> > which itself is set by line 2571 of encoding.d when CLISP is
> > compiled.)
>
> Ok, that is simply the wrong default, and I think it is /that/ which needs
> to be fixed.
>
> > The reason I expect :unix to be the default
> > rather than :dos is that when I ran the Cygwin setup.exe, I
> > selected the "Unix / binary (RECOMMENDED)" radio button
> > under "Default Text File Type". Is this expectation
> > unwarranted?
>
> Yes, it is really; unless CLISP used some compile-time autoconf test to
> figure this out and adjust that default you mentioned, how else could it make
> a difference?
>
> > The one-sentence version of the problem: CLISP writes
> > newlines as "\r\n" by default, when I want the default to be
> > "\n".
> >
> > I could just specify :unix every time, but that's a hassle
> > and is (as far as I can tell) impossible with standard
> > output.
>
> This smacks of a build/packaging error to me, but perhaps it was a
> deliberate decision; we need to hear from the CLISP maintainer. Without
> having looked into building CLISP, I don't know whether it would just need an
> option when configuring or a #define patched into the source somewhere.
The maintainer is now back from holidays.
We really have to ask upstream Sam why he wanted to use global
DOS EOL for cygwin. Probably to support default textmounts.
But then
defined(UNIX) && (O_BINARY != 0) seems to only target cygwin and looks
like an upstream bug to me. If binary then do binary and not DOS.
Thanks for the report!
I'll check and update it then.
--
Reini Urban
http://phpwiki.org/ http://murbreak.at/
http://spacemovie.mur.at/ http://helsinki.at/
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
- Raw text -