GNU bug report logs - #4924
Emacs No Longer Reads Mac Text Files

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 4924 in the body.
You can then email your comments to 4924 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Leif Strand <leif <at> geodynamics.org>
To: bug-gnu-emacs <at> gnu.org
Subject: Emacs No Longer Reads Mac Text Files
Date: Fri, 13 Nov 2009 17:38:22 -0800

Dear Emacs maintainers,

Why is it that my new version of Emacs (v23.1.50.1) no longer 
understands Mac-format (CR) text files?  It still reads DOS (CRLF) files 
just fine.  Why remove support for one but not the other?

It is impossible to imagine that Mac format text files were a 
maintenance burden.  What is the point of gleefully deleting working 
code that was causing zero problems?

I see an upgrade to Emacs v21 in my future.

--Leif Strand

Message #10 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Kenichi Handa <handa <at> m17n.org>
To: Leif Strand <leif <at> geodynamics.org>, 4924 <at> debbugs.gnu.org
Cc: bug-gnu-emacs <at> gnu.org
Subject: Re: bug#4924: Emacs No Longer Reads Mac Text Files
Date: Mon, 16 Nov 2009 10:16:58 +0900

In article <4AFE0A0E.4050709 <at> geodynamics.org>, Leif Strand <leif <at> geodynamics.org> writes:

> Why is it that my new version of Emacs (v23.1.50.1) no longer 
> understands Mac-format (CR) text files?  It still reads DOS (CRLF) files 
> just fine.  Why remove support for one but not the other?

We didn't remove that support at least by intention.  I
can't reproduce that kind of bug.  Please give us an example
file of Mac-format that can't be recognized as Mac-format.

---
Kenichi Handa
handa <at> m17n.org

Message #22 received at 4924 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Leif Strand <leif <at> geodynamics.org>
To: Kenichi Handa <handa <at> m17n.org>
Cc: 4924 <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
Subject: Re: bug#4924: Emacs No Longer Reads Mac Text Files
Date: Mon, 16 Nov 2009 12:07:24 -0800

[Message part 1 (text/plain, inline)]

Kenichi,

Glad to hear that CR support is still there.  Indeed, I've played with 
it a bit more, and it seems that trivial examples do work.

I can't figure out what algorithm Emacs is using to guess the kind of 
text file.  So anyway, I've attached a tarball containing two files:

* ozymandias.txt:  This a trivial example which does work.  It was 
created in BBEdit 4.5.

* SqueakV1-18.sources:  This is the file that triggered my complaint. 
Emacs 21 correctly identified this as a Mac file.  In Emacs v23.1.50.1, 
I see one long line with a bunch of ^M characters.

--Leif



Kenichi Handa wrote:
> In article <4AFE0A0E.4050709 <at> geodynamics.org>, Leif Strand <leif <at> geodynamics.org> writes:
> 
>> Why is it that my new version of Emacs (v23.1.50.1) no longer 
>> understands Mac-format (CR) text files?  It still reads DOS (CRLF) files 
>> just fine.  Why remove support for one but not the other?
> 
> We didn't remove that support at least by intention.  I
> can't reproduce that kind of bug.  Please give us an example
> file of Mac-format that can't be recognized as Mac-format.
> 
> ---
> Kenichi Handa
> handa <at> m17n.org
> 
> 

[bug4924.tar.gz (application/x-gzip, inline)]

Message #29 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Kenichi Handa <handa <at> m17n.org>
To: Leif Strand <leif <at> geodynamics.org>
Cc: 4924 <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
Subject: Re: bug#4924: Emacs No Longer Reads Mac Text Files
Date: Tue, 17 Nov 2009 10:33:17 +0900

In article <4B01B0FC.4090505 <at> geodynamics.org>, Leif Strand <leif <at> geodynamics.org> writes:

> Glad to hear that CR support is still there.  Indeed, I've played with 
> it a bit more, and it seems that trivial examples do work.

> I can't figure out what algorithm Emacs is using to guess the kind of 
> text file.  So anyway, I've attached a tarball containing two files:

> * ozymandias.txt:  This a trivial example which does work.  It was 
> created in BBEdit 4.5.

> * SqueakV1-18.sources:  This is the file that triggered my complaint. 
> Emacs 21 correctly identified this as a Mac file.  In Emacs v23.1.50.1, 
> I see one long line with a bunch of ^M characters.

Emacs now detects a file that contains NULL bytes as binary
file and use `no-conversion' for reading that file (see the
docstring of the variable `inhibit-null-byte-detection').
And SqueakV1-18.sources cotains NULL bytes at line 26527.
When I delete that line, the file is correctly detected as
Mac-eol format.

---
Kenichi Handa
handa <at> m17n.org

Message #39 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Leif Strand <leif <at> geodynamics.org>
To: Kenichi Handa <handa <at> m17n.org>
Cc: 4924 <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
Subject: Re: bug#4924: Emacs No Longer Reads Mac Text Files
Date: Mon, 16 Nov 2009 18:13:53 -0800

I added "(setq inhibit-null-byte-detection 1)" to my .emacs, and now 
everything works like a charm.  Thanks!!!

--Leif

Kenichi Handa wrote:
> In article <4B01B0FC.4090505 <at> geodynamics.org>, Leif Strand <leif <at> geodynamics.org> writes:
> 
>> Glad to hear that CR support is still there.  Indeed, I've played with 
>> it a bit more, and it seems that trivial examples do work.
> 
>> I can't figure out what algorithm Emacs is using to guess the kind of 
>> text file.  So anyway, I've attached a tarball containing two files:
> 
>> * ozymandias.txt:  This a trivial example which does work.  It was 
>> created in BBEdit 4.5.
> 
>> * SqueakV1-18.sources:  This is the file that triggered my complaint. 
>> Emacs 21 correctly identified this as a Mac file.  In Emacs v23.1.50.1, 
>> I see one long line with a bunch of ^M characters.
> 
> Emacs now detects a file that contains NULL bytes as binary
> file and use `no-conversion' for reading that file (see the
> docstring of the variable `inhibit-null-byte-detection').
> And SqueakV1-18.sources cotains NULL bytes at line 26527.
> When I delete that line, the file is correctly detected as
> Mac-eol format.
> 
> ---
> Kenichi Handa
> handa <at> m17n.org

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.