Your message dated Tue, 20 May 2014 22:41:51 -0700 (PDT)
with message-id <[email protected]>
and subject line Re: Bug#222725
has caused the Debian Bug report #222725,
regarding emacs21: Hidden text (with allout.el or folding.el) garbled on save 
when LANG=en_US.UTF-8
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
222725: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=222725
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: emacs21
Version: 21.3+1-4
Severity: normal

I originally ran into the problem with folding.el (from the xemacs
packages), but when I had the same problem with allout.el I decided it
must be an emacs issue.

When saving a file with either folding or allout active, with hidden
sections, the hidden sections will be garbled.  Looking at the file with
less you see all the text, but any newlines in a hidden section are
replaced with '^M' (i.e., a single long line with lots of ^M).

At first it was hard to figure out what was going on, as it didn't
happen 100% of the time.  In fact, sometimes an old saved file with
folding marks (or outline marks) would display the problem, but if I
retyped the file entirely the problem would go away.

On a hunch, though, I tried setting LANG to '' instead of en_US.UTF-8
for the emacs process, and that seems to have eliminated the problem
entirely.  I still don't understand entirely, but I can see that files
where I'm having this problem are reported as being UTF-8 Unicode
English text.  I'm not clear how file determines this though, as they
keep that status accross a save using a LANG='' emacs process.  There
need not be any two-byte chars, or non-ascii, even (at least, nothing I
recognize as such using a LANG='' less).

-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux mantis.med.jhmi.edu 2.4.22-3-mantis2 #1 Tue Oct 21 10:41:04 EDT 
2003 i686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8

Versions of packages emacs21 depends on:
ii  emacs21-common            21.3+1-4       The GNU Emacs editor's common infr
ii  libc6                     2.3.2.ds1-10   GNU C Library: Shared libraries an
ii  libjpeg62                 6b-9           The Independent JPEG Group's JPEG 
ii  libncurses5               5.3.20030719-4 Shared libraries for terminal hand
ii  libpng12-0                1.2.5.0-4      PNG library - runtime
ii  libtiff3g                 3.5.7-2        Tag Image File Format library
ii  xaw3dg                    1.5+E-6        Xaw3d widget set
ii  xlibs                     4.2.1-14       X Window System client libraries
ii  zlib1g                    1:1.2.1-1      compression library - runtime

-- no debconf information

-- 
Jeremy Hankins <[email protected]>
Unix System Administrator
PGP fingerprint: 748F 4D16 538E 75D6 8333  9E10 D212 B5ED 37D0 0A03


--- End Message ---
--- Begin Message ---
I can't reproduce this problem in the current Emacs 24.3.
(^M sounds like selective-display, something that was made obsolete years ago.)
If you still see an issue with the current Emacs 24.3, I suggest opening
a new report directly with upstream.

--- End Message ---

Reply via email to