GNU bug report logs - #1646
23.0.60; xim problom

Previous Next

Package: emacs;

Reported by: "楚石" <zm3345 <at> gmail.com>

Date: Sat, 20 Dec 2008 03:55:05 UTC

Severity: minor

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 1646 in the body.
You can then email your comments to 1646 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>:
bug#1646; Package emacs. (Sat, 20 Dec 2008 03:55:05 GMT) Full text and rfc822 format available.

Acknowledgement sent to "楚石" <zm3345 <at> gmail.com>:
New bug report received and forwarded. Copy sent to Emacs Bugs <bug-gnu-emacs <at> gnu.org>. (Sat, 20 Dec 2008 03:55:05 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: "楚石" <zm3345 <at> gmail.com>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.0.60; xim problom
Date: Sat, 20 Dec 2008 11:46:41 +0800
After a system update and add some new fonts, the X input method not
work anymore.
It's the second time I got this problom. The first time is 2 years
ago, it bother me for half a year, and it solved by deletting some
chinese fonts copy from windows.
I don't know how to debug this bug, just changed my input method to
fcitx & scim (my default X Input Method is ibus). None of the 3 X
Input Method program could launch in emacs-cvs. All of them works fine
under my other GTK+ & Qt4 programs like tilda, firefox, gvim, opera,
qterm... etc.

The second problom is the first launch speed under no net envirement.
If I plugin my wired network, emacs-cvs start quickly.
Otherwise it delaied 1 or 2 minitues to start.

Could you please give me a advice to debug the C-SPC event, and find
out way it couldn't catch the XIM?

Thanks.

transtone
zm3345 <at> gmail.com
=====================================

In GNU Emacs 23.0.60.1 (i686-pc-linux-gnu, GTK+ Version 2.14.5)
 of 2008-12-20 on zm-tux
Windowing system distributor `The X.Org Foundation', version 11.0.10503000
configured using `configure  '--prefix=/usr'
'--host=i686-pc-linux-gnu' '--mandir=/usr/share/man'
'--infodir=/usr/share/info' '--datadir=/usr/share' '--sysconfdir=/etc'
'--localstatedir=/var/lib' '--program-suffix=-emacs-23'
'--infodir=/usr/share/info/emacs-23' '--with-sound' '--with-x'
'--without-toolkit-scroll-bars' '--with-gif' '--with-jpeg'
'--with-png' '--with-rsvg' '--with-tiff' '--with-xpm'
'--with-freetype' '--with-xft' '--without-libotf' '--without-m17n-flt'
'--with-x-toolkit=gtk' '--without-hesiod' '--without-kerberos'
'--without-kerberos5' '--with-gpm' '--with-dbus'
'--build=i686-pc-linux-gnu' 'build_alias=i686-pc-linux-gnu'
'host_alias=i686-pc-linux-gnu' 'CFLAGS=-march=native -pipe -O2'
'LDFLAGS=-Wl,-O1''

Important settings:
  value of $LC_ALL:
  value of $LC_COLLATE: en_US.UTF-8
  value of $LC_CTYPE: zh_CN.UTF-8
  value of $LC_MESSAGES: en_US.UTF-8
  value of $LC_MONETARY: en_US.UTF-8
  value of $LC_NUMERIC: zh_CN.UTF-8
  value of $LC_TIME: en_US.UTF-8
  value of $LANG: zh_CN.UTF-8
  value of $XMODIFIERS: @im=fcitx
  locale-coding-system: utf-8-unix
  default-enable-multibyte-characters: t

Major mode: Lisp Interaction

Minor modes in effect:
  yas/minor-mode: t
  shell-dirtrack-mode: t
  tabbar-mode: t
  auto-image-file-mode: t
  icomplete-mode: t
  show-paren-mode: t
  display-time-mode: t
  tooltip-mode: t
  tool-bar-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
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t
  hs-minor-mode: t

Recent input:
C-SPC C-SPC C-SPC C-SPC C-SPC <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <menu-bar>
<help-menu> <send-emacs-bug-report>

Recent messages:
Loading hideshow...done
Loading /home/zhou/.emacs.d/lisps/themes/color-theme-example.el (source)...done
Loading /home/zhou/.emacs.d/lisps/themes/color-theme-library.el (source)...done
Ido mode enabled
Loading /home/zhou/.emacs.d/lisps/cal-desk-calendar.el (source)...done
ECB 2.32 uses loaded semantic 2.0pre4, eieio 1.0 and speedbar 1.0.1. [3 times]
Source file `/usr/share/emacs/site-lisp/cedet/semantic/semantic-debug.el'
newer than byte-compiled file
Fontifying *scratch*... (regexps...............)
Source file `/usr/share/emacs/site-lisp/cedet/semantic/semantic-debug.el'
newer than byte-compiled file
For information about GNU Emacs and the GNU system, type C-h C-a.

--




Information forwarded to bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>:
bug#1646; Package emacs. (Sun, 01 Feb 2009 18:00:03 GMT) Full text and rfc822 format available.

Acknowledgement sent to Kanru Chen <koster <at> debian.org.tw>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs <at> gnu.org>. (Sun, 01 Feb 2009 18:00:04 GMT) Full text and rfc822 format available.

Message #10 received at 1646 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Kanru Chen <koster <at> debian.org.tw>
To: 1646 <at> debbugs.gnu.org
Subject: Re: 23.0.60; xim problom
Date: Mon, 02 Feb 2009 01:50:56 +0800
[Message part 1 (text/plain, inline)]
I recently encountered this problem, too. After some digging, I believe
the problem is missing fontset caused by recent xorg-xserver update.

If you are using xorg-xserver 1.6.0 RC version, then you are likely to
be hit by the same problem. According to the discussions[1], you can
either rebuild xserver with --disable-builtin-fonts or apply this
patch[2] and rebuild.

[1]: https://bugzilla.redhat.com/show_bug.cgi?id=478999
[2]: http://cgit.freedesktop.org/xorg/xserver/commit/?id=49b93df8a3002db7196aa3fc1fd8dca1c12a55d6

Although this is not actually an emacs bug, I would suggest that emacs
should be more verbose if it failed to initialize XIM.

               Kanru
[Message part 2 (application/pgp-signature, inline)]

Severity set to `minor' from `normal' Request was from Glenn Morris <rgm <at> gnu.org> to control <at> emacsbugs.donarmstrong.com. (Thu, 26 Feb 2009 04:05:07 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#1646; Package emacs. (Mon, 30 Sep 2019 07:29:02 GMT) Full text and rfc822 format available.

Message #15 received at 1646 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Kanru Chen <koster <at> debian.org.tw>
Cc: 1646 <at> debbugs.gnu.org
Subject: Re: bug#1646: 23.0.60; xim problom
Date: Mon, 30 Sep 2019 09:28:11 +0200
Kanru Chen <koster <at> debian.org.tw> writes:

> If you are using xorg-xserver 1.6.0 RC version, then you are likely to
> be hit by the same problem. According to the discussions[1], you can
> either rebuild xserver with --disable-builtin-fonts or apply this
> patch[2] and rebuild.

This seemed to be about a problem triggered by an old version of X that
Emacs could perhaps have handled more gracefully.  But as this was ten
years ago, I don't think this bug report is relevant any more, and I'm
closing it.  Please reopen if it's still relevant.

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




bug closed, send any further explanations to 1646 <at> debbugs.gnu.org and "楚石" <zm3345 <at> gmail.com> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Mon, 30 Sep 2019 07:29:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Mon, 28 Oct 2019 11:24:12 GMT) Full text and rfc822 format available.

This bug report was last modified 4 years and 175 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.