GNU bug report logs -
#22815
[module] allow different encodings for to copy_string_contents and make_string
Previous Next
Reported by: Atsuo Ohki <ohki <at> gssm.otsuka.tsukuba.ac.jp>
Date: Fri, 26 Feb 2016 07:31:02 UTC
Severity: wishlist
Tags: wontfix
Found in version 25.0.91
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
> From: ohki <at> gssm.otsuka.tsukuba.ac.jp
> Cc: ohki <at> gssm.otsuka.tsukuba.ac.jp, 22815 <at> debbugs.gnu.org
> Date: Sat, 27 Feb 2016 08:21:39 +0900
>
> Eli Zaretskii writes:
> > > From: ohki <at> gssm.otsuka.tsukuba.ac.jp
> > > Cc: ohki <at> gssm.otsuka.tsukuba.ac.jp, 22815 <at> debbugs.gnu.org
> > > Date: Fri, 26 Feb 2016 19:09:57 +0900
> > >
> > > > I was asking why couldn't the plug-in do the conversion, e.g., by
> > > > using libiconv? Emacs is not the only piece of software that knows
> > > > how to convert from one encoding to another.
> > >
> > > I considered using libiconv once, but Emacs has the conversion
> > > capability, so why not use it.
> >
> > Because it can signal an error, if the encoding you pass is not a
> > valid coding-system that Emacs recognizes?
>
> Yes it does!
> In the course of developing my plugin,
> I encountered `Invalid coding system' message, and Emacs keep working
> (no crash, no hangup).
It's all too easy to get that, since Emacs coding-systems have names
that are rarely used elsewhere. And using libiconv is easy enough.
So I'm uneasy about this. What do others think?
This bug report was last modified 5 years and 359 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.