On 2/25/07, Stephen J. Turnbull <stephen(a)xemacs.org> wrote:
Asfand Yar Qazi writes:
> But I figured it out - I saw 'Raw:T' in the modeline for the file, and
> after googling for it, realised that the file was NOT encoded in unix
> end-of-line conventions or something. I got it via a patch from
> someone, so that must be why it ended up like that. That's why xemacs
> was bombing out. Oh well, my xemacs experience grows daily... :-)
This is in the file that you just posted? This really shouldn't
happen; I'm not sure what the right UI is, but we should at least
warn. I'd like to see if we can do a better job here.
Also, I don't think XEmacs should care about end-of-line conventions
when compiling. Is the history of this available in your Darcs repo?
I compiled my xemacs 21.4 (what I used for compiling) without mule
support and with automatic EOL conversion via an autoconf flag - maybe
that's an unusual way of configuring it?
My custom.el file say (regarding EOL settings): '(eol-detection-enabled-p t)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta