Bug#580209: sonata: Sonata segfault with custom gtk-im-module if GTK_IM_MODULE is not set
Hi [...] uim 1:1.7.0-2 in unstable now, is it still reproducible? I managed to test with unstable and the bug appears to be fixed in 1:1.7.0-2. Complete test, on an uptodate unstable system: - install sonata and uim-gtk2.0 1:1.7.0-2 (testing, unstable) - copy previously attached .XCompose to ~ - start sonata = no bug - install uim-gtk2.0 1:1.5.7-9.1 (stable) and its dependancies - start sonata = segfault So the bug seems to be actually fixed in uim uim-gtk2.0. I'm thus closing the bug. Cheers, K. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580209: sonata: Sonata segfault with custom gtk-im-module if GTK_IM_MODULE is not set
Hi, On Sat, Jul 16, 2011 at 03:30:58PM +0900, d+...@vdr.jp wrote: Hi, On Fri, Jul 15, 2011 at 04:13:25PM +0200, Kjö Hansi Glaz wrote: sorry, this is unreproducible. Under stable I still reproduce it if .XCompose is present and GTK_IM_MODULE env var is not set. if GTK_IM_MODULE is set, xim or uim, does sonata crash? If GTK_IM_MODULE is set to xim, sonata doesn't crash. If GTK_IM_MODULE is set to uim, sonata crash. do you set env val XCOMPOSEFILE No I don't set this env var. and use ~/.XCompose file? Yes I do use .XCompose file. ok, if XCOMPOSEFILE is not set, uim uses ~/.XCompose automatically. can you send your ~/.XCompose file? Find it attached and your locale is fr_FR.UTF-8 to use sonata? Yes uim 1:1.7.0-2 in unstable now, is it still reproducible? I can't easily install it under stable, nor trivially backport it, so I might take some time to test. sorry, there is no plan to backport uim 1.7.0 for dependency reason. i think this bug is related with Bug#599837 (fixed in 1:1.7.0-1). Might be, but I don't get this problem with other applications than sonata. other PyGTK apps do not crash? for example: http://www.pygtk.org/pygtk2tutorial/examples/entry.py No, as said before on this bug, I use various other pyGtk apps and they doesn't crash. I tried with entry.py and it doesn't crash either. Regards, Kjö include %S/en_US.UTF-8/Compose # From http://canonical.org/~kragen/setting-up-keyboard.html # Custom additions: Typography Multi_key period period period : … U2026 # HORIZONTAL ELLIPSIS # These two are already present for me: # Multi_key minus minus minus : — U2014 # EM DASH # Multi_key minus minus period : – U2013 # EN DASH Multi_key minus minus space : – # EN DASH (followed by space) Multi_key backslash minus : U00AD # SOFT HYPHEN Multi_key comma space : ‚ U201A # SINGLE LOW-9 QUOTATION MARK Multi_key comma comma : „ U201E # DOUBLE LOW-9 QUOTATION MARK Multi_key apostrophe space: ’ U2019 # RIGHT SINGLE QUOTATION MARK Multi_key apostrophe apostrophe : ” U201D # RIGHT DOUBLE QUOTATION MARK #Multi_key grave space : ‘ U2018 # LEFT SINGLE QUOTATION MARK #Multi_key grave grave : “ U201C # LEFT DOUBLE QUOTATION MARK Multi_key less bar: ↵ U21B5 # DOWNWARDS ARROW WITH CORNER LEFTWARDS Multi_key o period: • U2022 # BULLET # By default Multi_key period period does this, but we broke that with the ... binding. Multi_key o comma : · periodcentered # MIDDLE DOT Multi_key space space :U00A0 # NO-BREAK SPACE #Multi_key backslash comma : U2009 # THIN SPACE #Multi_key minus less : ← leftarrow # LEFTWARDS ARROW Multi_key minus asciicircum : ↑ uparrow # UPWARDS ARROW #Multi_key minus greater : → rightarrow # RIGHTWARDS ARROW Multi_key minus v : ↓ downarrow # DOWNWARDS ARROW Multi_key less greater: ↔ U2194 # LEFT RIGHT ARROW (kragen's) Multi_key equal less: ⇐ U21D0 # LEFTWARDS DOUBLE ARROW Multi_key equal greater: ⇒ U21D2 # RIGHTWARDS DOUBLE ARROW Multi_key equal asciicircum : ⇑ U21D1 # UPWARDS ARROW Multi_key equal v : ⇓ U21D3 # DOWNWARDS ARROW Multi_key less colon greater: ⇔ U21D4 # LEFT RIGHT DOUBLE ARROW # Custom additions: Mathematical symbols Multi_key exclam equal: ≠ U2260 # NOT EQUAL TO #Multi_key less equal : ≤ U2264 # LESS-THAN OR EQUAL TO #Multi_key greater equal : ≥ U2265 # GREATER-THAN OR EQUAL TO #Multi_key i n : ∈ U220A # ELEMENT OF Multi_key minus C : ∈ U220A # ELEMENT OF #Multi_key exclam i n: ∉ U2209 # NOT AN ELEMENT OF Multi_key slash minus C: ∉ U2209 # NOT AN ELEMENT OF #Multi_key a p : ≅ U2245 # APPROXIMATELY EQUAL TO Multi_key asciitilde equal : ≅ U2245 # APPROXIMATELY EQUAL TO Multi_key colon equal : ≔ U2254 # COLON EQUALS #Multi_key s q : √ U221A # SQUARE ROOT Multi_key v minus : √ U221A # SQUARE ROOT Multi_key slash backslash : ∧ U2227 # LOGICAL AND Multi_key backslash slash : ∨ U2228 # LOGICAL OR Multi_key o asterisk : ∘ U2218 # RING OPERATOR (function composition) Multi_key E E : ∃ U2203 # THERE EXISTS Multi_key slash E E: ∄ U2204 # THERE DOES NOT EXIST Multi_key A A : ∀ U2200 # FOR ALL Multi_key Q E D : ∎ U220E # END OF PROOF # Custom additions: Greek letters. Mapping corresponds to Emacs Greek input method. Multi_key asterisk a : α U03B1 # GREEK SMALL LETTER ALPHA Multi_key asterisk b : β U03B2 # GREEK SMALL LETTER BETA Multi_key asterisk c : ψ U03C8 # GREEK SMALL
Bug#580209: sonata: Sonata segfault with custom gtk-im-module if GTK_IM_MODULE is not set
Hi, On Fri, Jul 15, 2011 at 04:13:25PM +0200, Kjö Hansi Glaz wrote: sorry, this is unreproducible. Under stable I still reproduce it if .XCompose is present and GTK_IM_MODULE env var is not set. if GTK_IM_MODULE is set, xim or uim, does sonata crash? do you set env val XCOMPOSEFILE No I don't set this env var. and use ~/.XCompose file? Yes I do use .XCompose file. ok, if XCOMPOSEFILE is not set, uim uses ~/.XCompose automatically. can you send your ~/.XCompose file? and your locale is fr_FR.UTF-8 to use sonata? uim 1:1.7.0-2 in unstable now, is it still reproducible? I can't easily install it under stable, nor trivially backport it, so I might take some time to test. sorry, there is no plan to backport uim 1.7.0 for dependency reason. i think this bug is related with Bug#599837 (fixed in 1:1.7.0-1). Might be, but I don't get this problem with other applications than sonata. other PyGTK apps do not crash? for example: http://www.pygtk.org/pygtk2tutorial/examples/entry.py -- Regards, dai GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E signature.asc Description: Digital signature
Bug#580209: sonata: Sonata segfault with custom gtk-im-module if GTK_IM_MODULE is not set
Hi, On Fri, Jul 15, 2011 at 12:18:15PM +0900, d+...@vdr.jp wrote: tags 580209 + moreinfo unreproducible thanks sorry, this is unreproducible. Under stable I still reproduce it if .XCompose is present and GTK_IM_MODULE env var is not set. uim 1:1.7.0-2 in unstable now, is it still reproducible? I can't easily install it under stable, nor trivially backport it, so I might take some time to test. do you set env val XCOMPOSEFILE No I don't set this env var. and use ~/.XCompose file? Yes I do use .XCompose file. i think this bug is related with Bug#599837 (fixed in 1:1.7.0-1). Might be, but I don't get this problem with other applications than sonata. Cheers, K. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580209: sonata: Sonata segfault with custom gtk-im-module if GTK_IM_MODULE is not set
Hi Dne Sat, 8 May 2010 16:43:49 +0200 Kjö Hansi Glaz k...@a4nancy.net.eu.org napsal(a): Can you try to run sonata in debugger and obtain backtrace of the crash? Here is the backtrace: Starting program: /usr/bin/python /usr/bin/sonata [Thread debugging using libthread_db enabled] [New Thread 0xb2a07b70 (LWP 8172)] [New Thread 0xb21a6b70 (LWP 8173)] [New Thread 0xb19a5b70 (LWP 8174)] [New Thread 0xb119db70 (LWP 8175)] [New Thread 0xb099cb70 (LWP 8176)] [New Thread 0xb019bb70 (LWP 8177)] Program received signal SIGSEGV, Segmentation fault. 0xb7eafa23 in strlen () from /lib/i686/cmov/libc.so.6 (gdb) bt #0 0xb7eafa23 in strlen () from /lib/i686/cmov/libc.so.6 #1 0xb7eaf755 in strdup () from /lib/i686/cmov/libc.so.6 #2 0xb2ac7e51 in ?? () from /usr/lib/gtk-2.0/2.10.0/immodules/im-uim.so #3 0xb2ac8751 in im_uim_create_compose_tree () from /usr/lib/gtk-2.0/2.10.0/immodules/im-uim.so #4 0xb2ac0a9b in im_module_init () from /usr/lib/gtk-2.0/2.10.0/immodules/im-uim.so As it is the module initialization what fails, it makes me believe it is bug in the module, reassigning to uim-gtk2.0. #5 0xb72f23fe in gtk_im_module_load (module=0x0) at /tmp/buildd/gtk+2.0-2.20.0/gtk/gtkimmodule.c:143 #6 0xb799adb0 in g_type_module_use () from /usr/lib/libgobject-2.0.so.0 #7 0xb72f2f39 in _gtk_im_module_create (context_id=value optimized out) at /tmp/buildd/gtk+2.0-2.20.0/gtk/gtkimmodule.c:691 #8 0xb72f3ef3 in gtk_im_multicontext_get_slave (multicontext=0x8721f70) at /tmp/buildd/gtk+2.0-2.20.0/gtk/gtkimmulticontext.c:251 #9 0xb72f42ae in gtk_im_multicontext_get_preedit_string (context=0x8721f70, str=0xbfffed8c, attrs=0xbfffed88, cursor_pos=0x0) at /tmp/buildd/gtk+2.0-2.20.0/gtk/gtkimmulticontext.c:310 #10 0xb72f0653 in IA__gtk_im_context_get_preedit_string (context=0x8721f70, str=0xbfffed8c, attrs=0xbfffed88, cursor_pos=0x0) at /tmp/buildd/gtk+2.0-2.20.0/gtk/gtkimcontext.c:447 #11 0xb728d709 in gtk_entry_create_layout (entry=0x8722840, include_preedit=0) at /tmp/buildd/gtk+2.0-2.20.0/gtk/gtkentry.c:5387 #12 gtk_entry_ensure_layout (entry=0x8722840, include_preedit=0) at /tmp/buildd/gtk+2.0-2.20.0/gtk/gtkentry.c:5466 #13 0xb728d8fb in gtk_entry_get_cursor_locations (entry=0x8722840, type=value optimized out, strong_x=0xbfffee4c, weak_x=0x0) at /tmp/buildd/gtk+2.0-2.20.0/gtk/gtkentry.c:5865 #14 0xb728f1ad in update_im_cursor_location (data=0x8722840) at /tmp/buildd/gtk+2.0-2.20.0/gtk/gtkentry.c:5312 #15 recompute_idle_func (data=0x8722840) at /tmp/buildd/gtk+2.0-2.20.0/gtk/gtkentry.c:5346 #16 0xb71552a8 in gdk_threads_dispatch (data=0x867f7d0) at /tmp/buildd/gtk+2.0-2.20.0/gdk/gdk.c:512 #17 0xb78d4361 in ?? () from /lib/libglib-2.0.so.0 #18 0xb78d62e5 in g_main_context_dispatch () from /lib/libglib-2.0.so.0 #19 0xb78da000 in ?? () from /lib/libglib-2.0.so.0 #20 0xb78da52f in g_main_loop_run () from /lib/libglib-2.0.so.0 #21 0xb730bd79 in IA__gtk_main () at /tmp/buildd/gtk+2.0-2.20.0/gtk/gtkmain.c:1219 #22 0xb770a168 in ?? () from /usr/lib/pymodules/python2.5/gtk-2.0/gtk/_gtk.so #23 0x080cce1d in call_function (f=0xb77a0a0c, throwflag=0) at ../Python/ceval.c:3596 #24 PyEval_EvalFrameEx (f=0xb77a0a0c, throwflag=0) at ../Python/ceval.c:2304 #25 0x080cd0c1 in fast_function (f=0x817569c, throwflag=0) at ../Python/ceval.c:3698 #26 call_function (f=0x817569c, throwflag=0) at ../Python/ceval.c:3633 #27 PyEval_EvalFrameEx (f=0x817569c, throwflag=0) at ../Python/ceval.c:2304 #28 0x080ce139 in PyEval_EvalCodeEx (co=0xb7dc90f8, globals=0xb7e14acc, locals=0xb7e14acc, args=0x0, argcount=0, kws=0x0, kwcount=0, defs=0x0, defcount=0, closure=0x0) at ../Python/ceval.c:2875 #29 0x080ce297 in PyEval_EvalCode (co=0xb7dc90f8, globals=0xb7e14acc, locals=0xb7e14acc) at ../Python/ceval.c:514 #30 0x080eb028 in run_mod (fp=0x816a008, filename=0xb6fc /usr/bin/sonata, start=257, globals=0xb7e14acc, locals=0xb7e14acc, closeit=1, flags=0xb4bc) at ../Python/pythonrun.c:1273 #31 PyRun_FileExFlags (fp=0x816a008, filename=0xb6fc /usr/bin/sonata, start=257, globals=0xb7e14acc, locals=0xb7e14acc, closeit=1, flags=0xb4bc) at ../Python/pythonrun.c:1259 #32 0x080eb212 in PyRun_SimpleFileExFlags (fp=0x816a008, filename=0xb6fc /usr/bin/sonata, closeit=1, flags=0xb4bc) at ../Python/pythonrun.c:879 #33 0x08059401 in Py_Main (argc=2, argv=0xb584) at ../Modules/main.c:532 #34 0x0805877b in main (argc=2, argv=0xb584) at ../Modules/python.c:23 -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Bug#580209: sonata: Sonata segfault with custom gtk-im-module if GTK_IM_MODULE is not set
Hi Dne Wed, 5 May 2010 00:35:04 +0200 Kjö Hansi Glaz k...@a4nancy.net.eu.org napsal(a): Do you use some other program using PyGTK? If not can you try whether it also crashes? You can for example use hello world: pdfshuffler uses PyGTK and works well. If you need some more specific test, please let me know. I tried to reproduce your issue, but I failed. So there must be something specific to your environment. Can you try to run sonata in debugger and obtain backtrace of the crash? -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Bug#580209: sonata: Sonata segfault with custom gtk-im-module if GTK_IM_MODULE is not set
Package: sonata Version: 1.6.2.1-2 Severity: normal When /desktop/gnome/interface/gtk-im-module is set to xim in gconf, sonata segfaults until the environnement variable GTK_IM_MODULE is set: sonata: segfault at 0 ip b76c3a23 sp bfc432dc error 4 in libc-2.10.2.so[b765+141000] -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-pentiumm-preempt (SMP w/1 CPU core; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sonata depends on: ii python2.5.4-9An interactive high-level object-o ii python-dbus 0.83.1-1 simple interprocess messaging syst ii python-gtk2 2.17.0-2 Python bindings for the GTK+ widge ii python-mpd0.2.1-4Python MPD client library ii python-support1.0.8 automated rebuilding support for P Versions of packages sonata recommends: ii python-tagpy 0.94.7-1+b3 Python module for manipulating tag Versions of packages sonata suggests: pn python-mmkeys none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580209: sonata: Sonata segfault with custom gtk-im-module if GTK_IM_MODULE is not set
Hi Dne Tue, 04 May 2010 12:08:18 +0200 Kjö Hansi Glaz k...@a4nancy.net.eu.org napsal(a): When /desktop/gnome/interface/gtk-im-module is set to xim in gconf, sonata segfaults until the environnement variable GTK_IM_MODULE is set: sonata: segfault at 0 ip b76c3a23 sp bfc432dc error 4 in libc-2.10.2.so[b765+141000] Well as sonata is written only in Python, it indicates problem in some other library. Do you use some other program using PyGTK? If not can you try whether it also crashes? You can for example use hello world: http://www.pygtk.org/pygtk2tutorial/examples/helloworld.py -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Bug#580209: sonata: Sonata segfault with custom gtk-im-module if GTK_IM_MODULE is not set
Do you use some other program using PyGTK? If not can you try whether it also crashes? You can for example use hello world: pdfshuffler uses PyGTK and works well. If you need some more specific test, please let me know. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org