Cary Jamison wrote:
Ben Wing wrote:
>Cary Jamison wrote:
>
>
>>I found a similar bug, [Bug: 21.5-b22] Cygwin XEmacs forces
>>
>>
line-ending
>>conversion, before sending in mine.
>>
>>
>i remember that bug; i couldn't duplicate.
>
>are you using cygwin? that's what the bug was under and
>that's what i used to try and duplicate. the only thing i can
>think of is something related to file systems mounted as text
>mode under cygwin. if you can, try on different file systems,
>one mounted as text, the other binary, and see if you can duplicate.
>
>
I have cygwin installed, but am not using the cygwin version of Xemacs.
I installed Xemacs from the 21.5.17 beta download off the website. This
isn't actually a disguised cygwin build is it?
no, i don't think so. you can check for sure by typing ESC, a colon,
and then system-type. you should get `windows-nt', not `cygwin32' or
something like that.
Just in case it is
relevant - I do have everything mounted binmode from cygwin.
>also, are you saying that the file definitely has CRLF's (use `od -bc'
>to verify), but XEmacs loads it up without a :T in the
>modeline and without visible ^M's? that would be strange;
>i've never seen it.
>
>
That's right. Any text file on my system does not get :T when I load
it, and I've verified they have CRLF's.
I'm running XP64, so I also tried it on a 32 bit system - same results.
But, again, I also have cygwin installed on that system.
Ok, just to eliminate all the cygwin question, I just tried it in a
fresh XPPro (32-bit) under vmware. I get the exact same behavior. I am
quite surprised others aren't seeing this.
hmm. my builds are based on the recent cvs tree. maybe the installed
beta has some weird problems in it. anyone else out there using this?
comments?