all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: mj <mj54590@gmail.com>
To: emacs-pretest-bug@gnu.org
Subject: bug#2416: 23.0.60; decode-coding-region
Date: Fri, 20 Feb 2009 13:13:01 -0800 (PST)	[thread overview]
Message-ID: <499f1cdd.050cc00a.4267.ffffc0ce@mx.google.com> (raw)

I have been having this problem since I switched to Emacs 23 several
weeks ago. I'm using VM to read my mails. There seems to be a problem
in decode-coding-region when VM tries to decode a string. When VM
tries to decode a region or a string, it uses a temporary buffer and
basically runs the following lisp code:

(apply 'decode-coding-region (point-min) (point-max)  'us-ascii nil)

The original buffer  content would be something like this:

B7040400-12
some text here

after decode-coding-region is executed, the buffer content became:

^@7040450-12
some text here

Where ^@ is actually binary code \0 (not ascii ^ and @). There is another instance
that a string was decoded and the result is  ^@ prefixed. 

I could not reproduce this with "Emacs -Q". But it always happens when
thsoe particular messages were processed by VM. 

Strangely enough, if I inserted a few spaces at the beginning of
buffer: (one space in the following buffer)

 B7040400-12
some text here

And, the decoding was done correctly. In another instance mentioned
above, one space is not enough. I had to put several spaces to get the
decoding working. 

I saw another bug report just yesterday regarding decode-coding-region
crashing. I applied the patch, but it did not help in the
decoding. 

Please let me know if you need other information to help understand
the problem. Thanks. 

-----
Emacs version: "GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600) of 2009-01-29 on T42"

Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4) --cflags -I../../GnuWin32/include'

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: ENU
  value of $XMODIFIERS: nil
  locale-coding-system: chinese-big5
  default-enable-multibyte-characters: t

Major mode: Shell

Minor modes in effect:
  auto-image-file-mode: t
  shell-dirtrack-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t







         reply	other threads:[~2009-02-20 21:13 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <87eixqz6bc.fsf@cyd.mit.edu>
2009-01-06 17:32 ` bug#1809: 23.0.60; epa-encrypt-file corrupts files Juri Linkov
2009-01-15  1:12   ` bug#1809: decode-coding-inserted-region " Juri Linkov
2009-01-15  2:40     ` Juanma Barranquero
2009-01-15 23:02       ` Juri Linkov
2009-01-15 23:35         ` Juanma Barranquero
2009-02-22 18:20   ` bug#1809: marked as done (decode-coding-inserted-region corrupts files) Emacs bug Tracking System
2009-02-20 21:13 ` mj [this message]
2009-02-21  9:16   ` bug#2416: 23.0.60; decode-coding-region Eli Zaretskii
2009-02-21 13:20     ` MJ
2009-02-22  2:47   ` Juanma Barranquero
2009-02-22  5:07     ` MJ
2009-02-22  5:13       ` Juanma Barranquero
2009-02-22  5:23         ` MJ
2009-02-22  5:44           ` Juanma Barranquero
2009-02-22  5:50             ` Processed: " Emacs bug Tracking System
2009-02-22  6:07         ` Juanma Barranquero
2009-02-22 14:31     ` Andreas Schwab
2009-02-23  2:23       ` MJ
2009-02-22 18:20   ` bug#2416: marked as done (23.0.60; decode-coding-region) Emacs bug Tracking System
2009-02-21 17:21 bug#2416: 23.0.60; decode-coding-region Chong Yidong

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=499f1cdd.050cc00a.4267.ffffc0ce@mx.google.com \
    --to=mj54590@gmail.com \
    --cc=2416@emacsbugs.donarmstrong.com \
    --cc=emacs-pretest-bug@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.