GNOME Bugzilla – Bug 300426
gnome-terminal crashes when LANG=ko_KR.UTF-8 and LC_CTYPE=ko_KR.EUC-KR
Last modified: 2005-04-27 14:21:58 UTC
Distribution: Debian 3.1 Package: gnome-terminal Severity: normal Version: GNOME2.10.0 2.10.0 Gnome-Distributor: Ubuntu Synopsis: gnome-terminal crashes when LANG=ko_KR.UTF-8 and LC_CTYPE=ko_KR.EUC-KR Bugzilla-Product: gnome-terminal Bugzilla-Component: general Bugzilla-Version: 2.10.0 BugBuddy-GnomeVersion: 2.0 (2.10.0) Description: Description of the crash: I'm using LANG=ko_KR.UTF-8 desktop. To use EUC-KR encoding terminal, I launch gnome-terminal by following script: export LC_CTYPE=ko_KR.EUC-KR exec gnome-terminal In this situation, when korean character is in terminal, gnome-terminal always crashes by clicking terminal screen. Steps to reproduce the crash: 1. In ko_KR.UTF-8 desktop, run export LC_CTYPE=ko_KR.EUC-KR; gnome-terminal --disable-factory 2. display some korean character in terminal screen 3. click terminal screen (near korean character) Expected Results: does not crash How often does this happen? always Additional Information: i'm using ubuntu linux 5.04 Debugging Information: Backtrace was generated from '/home/eungkyu/software/ubuntu/gnome-terminal/gnome-terminal-2.10.0/src/gnome-terminal' Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1". `system-supplied DSO at 0xffffe000' has disappeared; keeping its symbols. [Thread debugging using libthread_db enabled] [New Thread -1222672256 (LWP 6807)] [New Thread -1256887376 (LWP 6810)] 0xffffe410 in __kernel_vsyscall ()
+ Trace 58106
------- Bug moved to this database by unknown@bugzilla.gnome.org 2005-04-13 01:04 ------- Unknown version 2.10.0 in product gnome-terminal. Setting version to "2.10.x". Unknown platform unknown. Setting to default platform "Other". Unknown milestone "unknown" in product "gnome-terminal". Setting to default milestone for this product, '---' Setting to default status "UNCONFIRMED". Setting qa contact to the default for this product. This bug either had no qa contact or an invalid one.
Looks like the stack trace in bug 157945, if so, then perhaps we have a way to reproduce the crash finally. Reporter: could you provide a stack trace with debugging symbols so we can verify whether these are the same bugs? Please see http://live.gnome.org/GettingTraces for more information on how to do so.
This is new stack trace with debugging information.
+ Trace 58180
Thread 1 (Thread -1222676352 (LWP 10693))
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find. *** This bug has been marked as a duplicate of 157945 ***