unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#330: Emacs 22.2: iso-2022-jp fails to encode some valid characters
@ 2008-05-28  3:42 Andrew Church
  2008-05-28 19:07 ` Eli Zaretskii
  0 siblings, 1 reply; 3+ messages in thread
From: Andrew Church @ 2008-05-28  3:42 UTC (permalink / raw)
  To: bug-gnu-emacs

The iso-2022-jp coding system in Emacs 22.2 seems to fail to encode
certain characters which are in fact valid in that coding system.  For
example, Unicode character U+2606 WHITE STAR encodes to 0x21 0x79 in
ISO-2022-JP (JIS X 0208), but when one attempts to save a buffer
containing this character, Emacs complains about being unable to encode
that character, and prompts the user to select a different coding system.
The same is true for U+266A EIGHTH NOTE (0x22 0x76), and possibly others.

I'd like to be able to offer a patch, but I haven't been able to locate
where the encoding mappings are defined in the Emacs source code.  If you
can point me in the right direction, I'll see what I can do.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/







^ permalink raw reply	[flat|nested] 3+ messages in thread

* bug#330: Emacs 22.2: iso-2022-jp fails to encode some valid characters
  2008-05-28  3:42 bug#330: Emacs 22.2: iso-2022-jp fails to encode some valid characters Andrew Church
@ 2008-05-28 19:07 ` Eli Zaretskii
  2011-09-11 17:05   ` Lars Magne Ingebrigtsen
  0 siblings, 1 reply; 3+ messages in thread
From: Eli Zaretskii @ 2008-05-28 19:07 UTC (permalink / raw)
  To: Andrew Church, 330; +Cc: bug-gnu-emacs, bug-submit-list

> From: achurch@achurch.org (Andrew Church)
> Date: Wed, 28 May 2008 12:42:38 JST
> Cc: 
> 
> The iso-2022-jp coding system in Emacs 22.2 seems to fail to encode
> certain characters which are in fact valid in that coding system.  For
> example, Unicode character U+2606 WHITE STAR encodes to 0x21 0x79 in
> ISO-2022-JP (JIS X 0208), but when one attempts to save a buffer
> containing this character, Emacs complains about being unable to encode
> that character, and prompts the user to select a different coding system.

What does Emacs tell about these characters if you go to them and type
"C-u C-x ="?  Compare that to what Emacs displays for the same
characters in an iso-2022-jp encoded file, and you might have a hint
as to the nature of the problem.






^ permalink raw reply	[flat|nested] 3+ messages in thread

* bug#330: Emacs 22.2: iso-2022-jp fails to encode some valid characters
  2008-05-28 19:07 ` Eli Zaretskii
@ 2011-09-11 17:05   ` Lars Magne Ingebrigtsen
  0 siblings, 0 replies; 3+ messages in thread
From: Lars Magne Ingebrigtsen @ 2011-09-11 17:05 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: Andrew Church, bug-submit-list, 330

Eli Zaretskii <eliz@gnu.org> writes:

> What does Emacs tell about these characters if you go to them and type
> "C-u C-x ="?  Compare that to what Emacs displays for the same
> characters in an iso-2022-jp encoded file, and you might have a hint
> as to the nature of the problem.

More information was requested three years ago, but apparently wasn't
given, so I'm closing this bug report.  Please reopen if it's still
valid.

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/





^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2011-09-11 17:05 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-05-28  3:42 bug#330: Emacs 22.2: iso-2022-jp fails to encode some valid characters Andrew Church
2008-05-28 19:07 ` Eli Zaretskii
2011-09-11 17:05   ` Lars Magne Ingebrigtsen

Code repositories for project(s) associated with this public inbox

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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).