Bug 33250

Summary:	UIM causes a crash in VLC when run from gnome
Product:	UIM	Reporter:	Bruce V Chiarelli <mano155>
Component:	libuim	Assignee:	uim-bugs
Status:	RESOLVED NOTOURBUG	QA Contact:
Severity:	normal
Priority:	medium	CC:	biru.ionut
Version:	unspecified
Hardware:	x86-64 (AMD64)
OS:	Linux (All)
Whiteboard:
i915 platform:		i915 features:
Attachments:	gdb backtrace

Description Bruce V Chiarelli 2011-01-18 11:23:57 UTC

Created attachment 42177 [details]
gdb backtrace

Distribution: Arch Linux 
Downstream report:  https://bugs.archlinux.org/task/20482

If UIM is installed, certain programs will segfault when run from within gnome. This is manifested (so far) only in the VLC gui. Eliminating the glob from the end of the uim entry in /etc/gtk-2.0/gtk.immodules allows VLC to start normally, until uim is selected for input, whereupon it segfaults again. It is clear from the backtrace that uim is the component actually crashing.

Expected behavior: Shouldn't crash.

Actual behavior: Crashes consistently on startup.

Comment 1 Ionut Biru 2011-01-18 11:41:52 UTC

uim version is 1.6.1

Comment 2 Etsushi Kato 2011-01-18 17:30:50 UTC

(In reply to comment #0)
> Created an attachment (id=42177) [details]
> gdb backtrace

It crashes in mlocale__init() in /usr/lib/libm17n.so.0 from the backtrace.  Does the crash still persist if you disable m17n-*-* from the 'Enabled input methods' by uim-pref-gtk?

Comment 3 Bruce V Chiarelli 2011-01-18 17:41:19 UTC

(In reply to comment #2)
> (In reply to comment #0)
> > Created an attachment (id=42177) [details] [details]
> > gdb backtrace
> 
> It crashes in mlocale__init() in /usr/lib/libm17n.so.0 from the backtrace. 
> Does the crash still persist if you disable m17n-*-* from the 'Enabled input
> methods' by uim-pref-gtk?

Yes, and after trying them one-by-one, it is the en-ispell module that is failing. I did not have ispell installed, but after installing it, it still crashes.

Comment 4 Etsushi Kato 2011-01-18 18:11:46 UTC

(In reply to comment #3)

> Yes, and after trying them one-by-one, it is the en-ispell module that is
> failing. I did not have ispell installed, but after installing it, it still
> crashes.

I think m17n-en-ispell is useless since it is just a sample program (/usr/lib/m17n/1.0/libmimx-ispell.so) in m17n-lib package, so Arch Linux shouldn't install it IMHO.  If libmimx-ispell.so is not existed in the system, uim won't enable m17n-en-ispell input method.


However, I'm not sure why m17n-lib crashes at this point (setlocale related things) by VLC gui.  Do you setup locale system properly?  Perhaps it is better to send the bug report to m17n-lib.

Comment 5 Bruce V Chiarelli 2011-01-18 18:53:35 UTC

> I think m17n-en-ispell is useless since it is just a sample program
> (/usr/lib/m17n/1.0/libmimx-ispell.so) in m17n-lib package, so Arch Linux
> shouldn't install it IMHO.  If libmimx-ispell.so is not existed in the system,
> uim won't enable m17n-en-ispell input method.
> 
> 
> However, I'm not sure why m17n-lib crashes at this point (setlocale related
> things) by VLC gui.  Do you setup locale system properly?  Perhaps it is better
> to send the bug report to m17n-lib.

I found the problem. It's a manifestation of ( http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=601858 ), which is a problem in the core m17n-lib. Thank you and sorry for the noise.

Marking as done.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.