GNU bug report logs -
#2332
Subject: 23.0.60; char-to-string crashes emacs
Previous Next
Reported by: MON KEY <monkey <at> sandpframing.com>
Date: Sat, 14 Feb 2009 22:25:03 UTC
Severity: normal
Tags: moreinfo
Done: Jason Rumney <jasonr <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Wed, 04 Mar 2009 21:20:23 +0800
with message-id <49AE8017.3040201 <at> gnu.org>
and subject line Re: bug#2332: Subject: 23.0.60; char-to-string crashes emacs
has caused the Emacs bug report #2332,
regarding [h-e-w] Subject: 23.0.60; char-to-string crashes emacs
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 help-debbugs <at> gnu.org
immediately.)
--
2332: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=2332
Emacs Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
Thanks for this bug report. As you know this is bug 2332. Have you
followed Jason's advice there to test it with the pretest version.
Unfortunately I can't upload a new patched version at the moment.
On Sat, Feb 14, 2009 at 11:16 PM, MON KEY <monkey <at> sandpframing.com> wrote:
> Evaluating following form:
> (char-to-string 3008)
> Caused emacs to hang
>
> ---------------------
> In GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600)
> of 2008-10-23 on LENNART-69DE564 (patched)
> Windowing system distributor `Microsoft Corp.', version 5.1.2600
> configured using `configure --with-gcc (3.4) --cflags -Ic:/g/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: cp1252
> default-enable-multibyte-characters: t
>
> Major mode: Lisp Interaction
>
> Minor modes in effect:
> shell-dirtrack-mode: t
> diff-auto-refine-mode: t
> show-paren-mode: t
> display-time-mode: t
> auto-image-file-mode: t
> server-mode: t
> tooltip-mode: t
> mouse-wheel-mode: t
> noticeable-minibuffer-prompts-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
> size-indication-mode: t
> column-number-mode: t
> line-number-mode: t
> transient-mark-mode: t
>
>
>
[Message part 3 (message/rfc822, inline)]
MON KEY wrote:
> Jason,
>
> Not sure what you want to hear back but this emacs doesn't fall over.
>
> ; (insert (format "\nthis is what I get %s <--" (char-to-string 3008)))
> this is what I get ீ <--
>
> I've attached a screen shot for your viewing pleasure.
>
> Best,
> Stan
>
Thank you for confirming that Emacs no longer crashes, and appears to be
inserting the correct character.
This bug report was last modified 15 years and 121 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.