211340 - reproducible crash in [@ _XimThaiCloseIM]

Status: RESOLVED DUPLICATE of bug 191547

(Core :: Internationalization, defect)

Description

[Wesley Tanaka]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624

Crash when visiting http://travel.yahoo.com/

Reproducible: Sometimes

Steps to Reproduce:
1. visit http://travel.yahoo.com/ repeatedly

Actual Results:  
segv


The stack trace looks similar to bug 209429 but is not completely identical. 
I'm guessing that this is a dupe of bug 209429 but wanted to open it seperately
in case it was not.

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1077624768 (LWP 30183)]
0x40704383 in _XimThaiCloseIM ()
   from /usr/X11R6/lib/X11/locale/lib/common/ximcp.so.2
(gdb) bt
#0  0x40704383 in _XimThaiCloseIM ()
   from /usr/X11R6/lib/X11/locale/lib/common/ximcp.so.2
#1  0x40302515 in XFilterEvent () from /usr/X11R6/lib/libX11.so.6
#2  0x425a4460 in _XtOnGrabList () from /usr/X11R6/lib/libXt.so.6
#3  0x425a457f in XtDispatchEvent () from /usr/X11R6/lib/libXt.so.6
#4  0x425b072b in XtAppProcessEvent () from /usr/X11R6/lib/libXt.so.6
#5  0x41ffaa91 in _init () from /tmp/mozilla/libgtkxtbin.so
#6  0x402889ae in g_get_current_time () from /usr/lib/libglib-1.2.so.0
#7  0x40288e89 in g_get_current_time () from /usr/lib/libglib-1.2.so.0
#8  0x40289124 in g_main_run () from /usr/lib/libglib-1.2.so.0
#9  0x4019327f in gtk_main () from /usr/lib/libgtk-1.2.so.0
#10 0x42266596 in NSGetModule () from /tmp/mozilla/components/libwidget_gtk.so
#11 0x42249536 in __nss_not_use_nscd_hosts ()
   from /tmp/mozilla/components/libnsappshell.so
#12 0x0805a805 in getCountry(nsAString const&, nsAString&) ()
#13 0x0805b02f in main ()
#14 0x420156a4 in __libc_start_main () from /lib/tls/libc.so.6

Comment 1

[Jungshik Shin]

Another site that make Mozilla crash is http://www.ohmynews.com (almost 100%
reproducible with the flash plug-in installed on my RH 8.0 and KDE desktop) and
http://www.hani.co.kr (60-70%?). 

The stack trace is not identical to this, but  _XimThaiCloseIM() is always
involved. I thought this was due to a well-known conflict between flash 5.x
plug-in and the audio device. Alternatively, I thought it might have something
to do with a bug on XF86 side. I'll try to build a part of XF86 and try again so
that I have a stack trace with the source line number (of XF86 source).

Comment 2

[Masaki Katakai]

Yes, I also think the bug is in X side. However, flash also
can take a workaround. I've sent the workaround codes already
to macromedia through Sun China office, but I haven't got any
reply from macromedia.

Comment 3

[Jungshik Shin]

> I also think the bug is in X side.

  Do you have a patch? 

> to macromedia through Sun China office, but I haven't got any
> reply from macromedia.

  Hmmm. that's too bad. I think this bug is almost crippling (there are so many
sites in Korea that heavily use flash.  The same may be true of China...).
blizzard, can we do something about it to persuade Macromedia to work around
this bug? flash player 6.x for Linux didn't help.

Here's my stack trace. I guess the difference comes from the difference in the
way the stack trace was taken. I ran gdb attached to Mozilla after Mozilla(debug
build) began 'sleeping'.
 
#2  0x420ae439 in sleep () from /lib/i686/libc.so.6
#3  0x08070e5e in ah_crap_handler(int) (signum=11)
    at /prj/moz/src/mozilla/xpfe/bootstrap/nsSigHandlers.cpp:135
#4  0x41f88f66 in nsProfileLock::FatalSignalHandler(int) (signo=11)
    at /prj/moz/src/mozilla/profile/dirserviceprovider/src/nsProfileLock.cpp:195
#5  0x4012f47e in __pthread_sighandler () from /lib/i686/libpthread.so.0
#6  <signal handler called>
#7  0x40824e33 in _XimThaiCloseIM () from
/usr/X11R6/lib/X11/locale/common/ximcp.so.2
#8  0x40378845 in XFilterEvent () from /usr/X11R6/lib/libX11.so.6
#9  0x426ec3b8 in _XtOnGrabList () from /usr/X11R6/lib/libXt.so.6
#10 0x426ec4df in XtDispatchEvent () from /usr/X11R6/lib/libXt.so.6
#11 0x426f864b in XtAppProcessEvent () from /usr/X11R6/lib/libXt.so.6
#12 0x4246db18 in xt_event_dispatch (source_data=0x0, current_time=0xbfffeb20,
user_data=0x8c2c618)
    at /prj/moz/src/mozilla/widget/src/gtkxtbin/gtkxtbin.c:123
#13 0x402ff97e in g_main_dispatch () from /usr/lib/libglib-1.2.so.0
#14 0x402ffe59 in g_main_iterate () from /usr/lib/libglib-1.2.so.0
#15 0x403000f4 in g_main_run () from /usr/lib/libglib-1.2.so.0
#16 0x401fe6df in gtk_main () from /usr/lib/libgtk-1.2.so.0
#17 0x41ede7b6 in nsAppShell::Run() (this=0x81b4720)
    at /prj/moz/src/mozilla/widget/src/gtk/nsAppShell.cpp:328
#18 0x41e82ea7 in nsAppShellService::Run() (this=0x81b48e8)
    at /prj/moz/src/mozilla/xpfe/appshell/src/nsAppShellService.cpp:478
#19 0x080685df in main1 (argc=2, argv=0xbfffeea4, nativeApp=0x8132c08)
    at /prj/moz/src/mozilla/xpfe/bootstrap/nsAppRunner.cpp:1291
#20 0x0806916e in main (argc=2, argv=0xbfffeea4)
    at /prj/moz/src/mozilla/xpfe/bootstrap/nsAppRunner.cpp:1670
#21 0x420158d4 in __libc_start_main () from /lib/i686/libc.so.6

Comment 4

[Jungshik Shin]

bug 191547 comment #19

*** This bug has been marked as a duplicate of 191547 ***