5:56 p.m.
Hello,
I know this is pretty vague, but just in case someone happens to have a clue
offhand what's up:
XEmacs 21.5.28 reportedly aborts with an assertion failure if "uim"
(http://code.google.com/p/uim/) is installed and one tries to click the menu
bar or open a new frame. I don't have experience with uim nor an environment
to test this with available at the moment. More details at:
https://bugzilla.redhat.com/show_bug.cgi?id=480845
Start of backtrace:
#0 0x000000395f832f05 in raise () from /lib64/libc.so.6
#1 0x000000395f834a73 in abort () from /lib64/libc.so.6
#2 0x0000000000489d0f in really_abort () at emacs.c:4693
#3 assert_failed (file=<value optimized out>, line=<value optimized out>,
expr=<value optimized out>) at emacs.c:3986
#4 0x00000000005c8e0f in set_frame_menubar (f=0x1315fd0, deep_p=1,
first_time_p=0) at menubar-x.c:579
#5 0x00000000005c9105 in pre_activate_callback (widget=0x15fb300,
unused_id=<value optimized out>, client_data=0x0) at menubar-x.c:514
#6 0x0000003475c139b0 in XtCallCallbackList () from /usr/lib64/libXt.so.6
#7 0x00000000005de9bb in Start (w=0x2377, ev=0x7fffffffd610,
unused_params=<value optimized out>, unused_num_params=0xffffffffffffffff)
at xlwmenu.c:3542
#8 0x0000003475c4c07d in ?? () from /usr/lib64/libXt.so.6
#9 0x0000003475c4c31d in ?? () from /usr/lib64/libXt.so.6
#10 0x0000003475c4cae6 in _XtTranslateEvent () from /usr/lib64/libXt.so.6
#11 0x0000003475c22215 in XtDispatchEventToWidget ()
from /usr/lib64/libXt.so.6
#12 0x0000003475c228af in ?? () from /usr/lib64/libXt.so.6
#13 0x0000003475c217b1 in XtDispatchEvent () from /usr/lib64/libXt.so.6
#14 0x0000003475c2f038 in XtAppProcessEvent () from /usr/lib64/libXt.so.6
#15 0x00000000005ac5c4 in emacs_Xt_next_event (emacs_event=0x1615ce0)
at event-Xt.c:2785
#16 0x00000000004a18ef in event_stream_next_event () at event-stream.c:2001
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
2:27 a.m.
Ville Skyttä writes:
XEmacs 21.5.28 reportedly aborts with an assertion failure if
"uim"
I don't see how this can happen if XEmacs is built --without-xim.
Suggest to the OP to try that.
IMO, this is harmless because XIM is a horrible way to do input in
XEmacs (and maybe Emacs). The toolkit filters steal all keystrokes
and often fail to give them back. I looked briefly at trying to fix
this, but there seems to be no demand for XIM and any fix would be
pretty fiddly, demanding unending maintenance on average ;).
If people really want to use uim as an input method in XEmacs, I can
revisit the issue, but they'll need to post a RFE to the tracker
and/or xemacs-beta.
(http://code.google.com/p/uim/) is installed and one tries to click
the menu
bar or open a new frame. I don't have experience with uim nor an environment
to test this with available at the moment. More details at:
https://bugzilla.redhat.com/show_bug.cgi?id=480845
Start of backtrace:
#0 0x000000395f832f05 in raise () from /lib64/libc.so.6
#1 0x000000395f834a73 in abort () from /lib64/libc.so.6
#2 0x0000000000489d0f in really_abort () at emacs.c:4693
#3 assert_failed (file=<value optimized out>, line=<value optimized out>,
expr=<value optimized out>) at emacs.c:3986
#4 0x00000000005c8e0f in set_frame_menubar (f=0x1315fd0, deep_p=1,
first_time_p=0) at menubar-x.c:579
#5 0x00000000005c9105 in pre_activate_callback (widget=0x15fb300,
unused_id=<value optimized out>, client_data=0x0) at menubar-x.c:514
#6 0x0000003475c139b0 in XtCallCallbackList () from /usr/lib64/libXt.so.6
#7 0x00000000005de9bb in Start (w=0x2377, ev=0x7fffffffd610,
unused_params=<value optimized out>, unused_num_params=0xffffffffffffffff)
at xlwmenu.c:3542
#8 0x0000003475c4c07d in ?? () from /usr/lib64/libXt.so.6
#9 0x0000003475c4c31d in ?? () from /usr/lib64/libXt.so.6
#10 0x0000003475c4cae6 in _XtTranslateEvent () from /usr/lib64/libXt.so.6
#11 0x0000003475c22215 in XtDispatchEventToWidget ()
from /usr/lib64/libXt.so.6
#12 0x0000003475c228af in ?? () from /usr/lib64/libXt.so.6
#13 0x0000003475c217b1 in XtDispatchEvent () from /usr/lib64/libXt.so.6
#14 0x0000003475c2f038 in XtAppProcessEvent () from /usr/lib64/libXt.so.6
#15 0x00000000005ac5c4 in emacs_Xt_next_event (emacs_event=0x1615ce0)
at event-Xt.c:2785
#16 0x00000000004a18ef in event_stream_next_event () at event-stream.c:2001
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
7:30 a.m.
On Tuesday 03 February 2009, Stephen J. Turnbull wrote:
Ville Skyttä writes:
> XEmacs 21.5.28 reportedly aborts with an assertion failure if "uim"
I don't see how this can happen if XEmacs is built --without-xim.
This is the Fedora XEmacs package, and it is built --with-xim=xlib.
Installation info included below for the record. This is not the exact one
the OP uses (he has Fedora 10, I have Fedora 9) but there should be no
practical differences.
Suggest to the OP to try that.
Will try to roll a build without XIM for him to test, thanks for the tip.
IMO, this is harmless because XIM is a horrible way to do input in
XEmacs (and maybe Emacs).
FWIW, I found this in the Fedora GNU Emacs changelog:
* Tue Feb 13 2007 Chip Coldwell <...> - 22.0.93-6
- remove --without-xim configure flag to fix dead keys (Alexandre Oliva
#224626)
Hopefully --without-xim won't break dead keys in XEmacs...
The toolkit filters steal all keystrokes
and often fail to give them back. I looked briefly at trying to fix
this, but there seems to be no demand for XIM and any fix would be
pretty fiddly, demanding unending maintenance on average ;).
If people really want to use uim as an input method in XEmacs, I can
revisit the issue, but they'll need to post a RFE to the tracker
and/or xemacs-beta.
I admit that I'm 100% clueless about XIM myself (don't even know how to try it
out or if I'm using it without knowing), and if the upstream status of XIM
support in XEmacs is what you describe above, sounds like it could be a good
idea to do future builds --without-xim.
uname -a: Linux xenbuilder4.fedora.phx.redhat.com 2.6.18-53.1.6.el5xen #1 SMP
Wed Jan 16 04:10:44 EST 2008 x86_64 x86_64 x86_64 GNU/Linux
./configure '--build=x86_64-redhat-linux-gnu'
'--host=x86_64-redhat-linux-gnu' '--target=x86_64-redhat-linux-gnu'
'--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr'
'--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc'
'--datadir=/usr/share' '--includedir=/usr/include'
'--libdir=/usr/lib64' '--libexecdir=/usr/libexec'
'--localstatedir=/var' '--sharedstatedir=/usr/com'
'--mandir=/usr/share/man' '--infodir=/usr/share/info'
'--mandir=/usr/share/man/man1'
'--with-archlibdir=/usr/lib64/xemacs-21.5-b28/x86_64-redhat-linux'
'--with-moduledir=/usr/lib64/xemacs-21.5-b28/x86_64-redhat-linux/modules'
'--with-lispdir=/usr/share/xemacs-21.5-b28/lisp'
'--with-etcdir=/usr/share/xemacs-21.5-b28/etc'
'--with-system-packages=/usr/share/xemacs' '--without-msw'
'--with-mule' '--with-clash-detection' '--with-database=no'
'--without-ldap' '--without-postgresql'
'--with-mail-locking=lockf' '--with-pop' '--without-hesiod'
'--with-pdump' '--with-debug' '--with-error-checking=none'
'--!
with-docdir=/usr/lib64/xemacs-21.5-b28/doc' '--with-xfs'
'--with-athena=next' '--with-menubars=lucid'
'--with-widgets=athena' '--with-dialogs=athena'
'--with-scrollbars=lucid' '--with-xim=xlib' '--without-wnn'
'build_alias=x86_64-redhat-linux-gnu' 'host_alias=x86_64-redhat-linux-gnu'
'target_alias=x86_64-redhat-linux-gnu' 'CFLAGS=-O2 -g -pipe -Wall
-Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64
-mtune=generic -fno-strict-aliasing'
XEmacs 21.5-b28 "fuki" configured for `x86_64-redhat-linux'.
Compilation Environment and Installation Defaults:
Source code location: /builddir/build/BUILD/xemacs-21.5.28
Installation prefix: /usr
Operating system description file: `s/linux.h'
Not using any machine description file
Compiler version: gcc (GCC) 4.3.0 20080218 (Red Hat
4.3.0-0.10)
- GCC specs file: specs.
- Compiler command:
gcc -Wall -Wno-switch -Wundef -Wsign-compare -Wno-char-subscripts -Wpacked
-Wunused-parameter -g -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
-fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -fno-strict-aliasing
libc version: glibc-2.7.90-7.x86_64
Relocating allocator for buffers: no
GNU version of malloc: yes
- Using Doug Lea's new malloc from the GNU C Library.
Window System:
Compiling in support for the X window system:
- X Windows headers location:
- X Windows libraries location: /usr/lib64
- Handling WM_COMMAND properly.
Compiling in support for the Athena widget set:
- Athena headers location: X11/neXtaw
- Athena library to link: neXtaw
Using Lucid menubars.
Using Lucid scrollbars.
Using Athena dialog boxes.
Using Athena native widgets.
TTY:
Compiling in support for ncurses.
Compiling in support for GPM (General Purpose Mouse).
Images:
Compiling in support for GIF images (builtin).
Compiling in support for XPM images.
Compiling in support for PNG images.
Compiling in support for JPEG images.
Compiling in support for TIFF images.
Compiling in support for X-Face message headers.
Sound:
Compiling in support for sound (native).
Compiling in support for ALSA (Advanced Linux Sound Architecture).
Databases:
Internationalization:
Compiling in support for Mule (multi-lingual Emacs).
Compiling in support for XIM (X11R5+ I18N input method).
- Using raw Xlib to provide XIM support.
- Using XFontSet to provide bilingual menubar.
Compiling in support for Canna on Mule.
Mail:
Compiling in support for POP mail retrieval.
Compiling in support for "lockf" mail spool file locking method.
Other Features:
Inhibiting IPv6 canonicalization at startup.
Compiling in support for dynamic shared object modules.
Using the new GC mark algorithms (KKCC).
WARNING: ---------------------------------------------------------
WARNING: The new algorithms are experimental. They are enabled by
WARNING: default for this release. Use `--disable-kkcc' to
WARNING: turn it off.
WARNING: ---------------------------------------------------------
Using the new portable dumper.
Dumping into executable.
Compiling in support for extra debugging code.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
9:05 a.m.
Ville Skyttä writes:
FWIW, I found this in the Fedora GNU Emacs changelog:
* Tue Feb 13 2007 Chip Coldwell <...> - 22.0.93-6
- remove --without-xim configure flag to fix dead keys (Alexandre Oliva
#224626)
Hopefully --without-xim won't break dead keys in XEmacs...
It probably will, actually; XEmacs doesn't support dead keys natively,
so if it looks like they're supported and you're not using Quail, it's
gotta be XIM, I think.
See if you get any complaints, and in the meantime I'll break out the
manuals and see if I can figure out what's going on with UIM.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
6:21 p.m.
On Tuesday 03 February 2009, Ville Skyttä wrote:
Will try to roll a build without XIM for him to test, thanks for the
tip.
OP reported back, mentioning that the build done using --with-xim=no
(hopefully that's the same as --without-xim, the XEmacs build options confuse
me) does _not_ fix it, the same assertion failure is still there.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
4:18 a.m.
Ville Skyttä writes:
On Tuesday 03 February 2009, Ville Skyttä wrote:
> Will try to roll a build without XIM for him to test, thanks for the tip.
OP reported back, mentioning that the build done using --with-xim=no
(hopefully that's the same as --without-xim, the XEmacs build options confuse
me) does _not_ fix it, the same assertion failure is still there.
Then it's an X11 or UIM bug because with --xith-xim=no, XEmacs never
calls any functions related to input methods. There's nothing we can
do about it AFAICS.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
5555
days inactive
5559
days old
5 comments
2 participants
participants (2)
-
Stephen J. Turnbull -
Ville Skyttä