[Bug 31771] gimp freezes, crashes on "open", "save as", "print"
Public bug reported: https://launchpad.net/malone/bugs/31771 Affects: gimp (Ubuntu) Severity: Normal Priority: (none set) Status: Unconfirmed Description: gimp freezes, using 80% CPU, when a user attempts Open, Save As, or Print. Must kill process. gimp 2.2.2-1ubuntu libgnomevfs2-0 2.10.0-0ubuntu55 libgtk2.0-0 2.6.4-0ubuntu5 libgnomeui-02.10.0-0ubuntu1 Ubuntu (hoary) I know this is reported in several similar bugs, but here's some additional info. On our systems, this behavior happens for ldap user accounts (libnss-ldap, libpam-ldap). It _does_not_ happen for local accounts in /etc/passwd. Workaround If the ldap user has a local account entry in /etc/passwd, this bug disappears and gimp works fine. The user does not need entries in /etc/shadow or /etc/group. nsswitch.conf specifies files first: passwd: files ldap group: files ldap shadow: files ldap several related bugs: 1) https://launchpad.net/distros/ubuntu/+source/gimp/+bug/28136 2) http://bugzilla.gnome.org/show_bug.cgi?id=170367 3) http://bugzilla.gnome.org/show_bug.cgi?id=326218 4) http://bugzilla.gnome.org/show_bug.cgi?id=305206 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 31771] gimp freezes, crashes on "open", "save as", "print"
Public bug report changed: https://launchpad.net/malone/bugs/31771 Task: ubuntu gimp Assignee: (unassigned) => Ubuntu Desktop Bugs Status: Unconfirmed => Needs Info Comment: Thanks for your bug. Could you get a backtrace of the hang when that happens using gdb: - gdb $(pidof gimp) (gdb) thread apply all bt Could you give a try to a newer version of Ubuntu, or do you need to stay with hoary? -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 31771] gimp freezes, crashes on "open", "save as", "print"
Public bug report changed: https://launchpad.net/malone/bugs/31771 Comment: Thanks Sebastien. Packages/versions on the machine I used for the backtrace: libgnomevfs2-0 2.10.0-0ubuntu5 libgtk2.0-0 2.6.4-0ubuntu5 libgnomeui-02.10.0-0ubuntu1 libgtk2.0-0-dbg 2.6.4-0ubuntu5 See below... Sebastien Bacher wrote: > Thanks for your bug. Could you get a backtrace of the hang when that happens > using gdb: > - gdb $(pidof gimp) > (gdb) thread apply all bt Here's a transcript of the backtrace: [EMAIL PROTECTED]:~$ gdb gimp 10623 GNU gdb 6.3-debian Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-linux"...(no debugging symbols found) Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1". Attaching to program: /usr/bin/gimp, process 10623 Failed to read a valid object file image from memory. Reading symbols from /usr/lib/libgimpwidgets-2.0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libgimpwidgets-2.0.so.0 Reading symbols from /usr/lib/libgimpmodule-2.0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libgimpmodule-2.0.so.0 Reading symbols from /usr/lib/libgimpcolor-2.0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libgimpcolor-2.0.so.0 Reading symbols from /usr/lib/libgimpthumb-2.0.so.0... (no debugging symbols found)...done. Loaded symbols for /usr/lib/libgimpthumb-2.0.so.0 Reading symbols from /usr/lib/libgimpmath-2.0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libgimpmath-2.0.so.0 Reading symbols from /usr/lib/libgimpbase-2.0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libgimpbase-2.0.so.0 Reading symbols from /usr/lib/libgtk-x11-2.0.so.0...Reading symbols from /usr/lib/debug/usr/lib/libgtk-x11-2.0.so.0.600.4...done. done. Loaded symbols for /usr/lib/libgtk-x11-2.0.so.0 Reading symbols from /usr/lib/libgdk-x11-2.0.so.0...Reading symbols from /usr/lib/debug/usr/lib/libgdk-x11-2.0.so.0.600.4...done. done. Loaded symbols for /usr/lib/libgdk-x11-2.0.so.0 Reading symbols from /usr/lib/libatk-1.0.so.0...done. Loaded symbols for /usr/lib/libatk-1.0.so.0 Reading symbols from /usr/lib/libgdk_pixbuf-2.0.so.0...Reading symbols from /usr/lib/debug/usr/lib/libgdk_pixbuf-2.0.so.0.600.4...done. done. Loaded symbols for /usr/lib/libgdk_pixbuf-2.0.so.0 Reading symbols from /lib/tls/i686/cmov/libm.so.6...done. Loaded symbols for /lib/tls/i686/cmov/libm.so.6 Reading symbols from /usr/lib/libpangoxft-1.0.so.0...done. Loaded symbols for /usr/lib/libpangoxft-1.0.so.0 Reading symbols from /usr/lib/libpangox-1.0.so.0...done. Loaded symbols for /usr/lib/libpangox-1.0.so.0 Reading symbols from /usr/lib/libart_lgpl_2.so.2...done. Loaded symbols for /usr/lib/libart_lgpl_2.so.2 Reading symbols from /usr/lib/libpangoft2-1.0.so.0...done. Loaded symbols for /usr/lib/libpangoft2-1.0.so.0 Reading symbols from /usr/lib/libpango-1.0.so.0...done. Loaded symbols for /usr/lib/libpango-1.0.so.0 Reading symbols from /usr/lib/libgobject-2.0.so.0...done. Loaded symbols for /usr/lib/libgobject-2.0.so.0 Reading symbols from /usr/lib/libgmodule-2.0.so.0...done. Loaded symbols for /usr/lib/libgmodule-2.0.so.0 Reading symbols from /lib/tls/i686/cmov/libdl.so.2...done. Loaded symbols for /lib/tls/i686/cmov/libdl.so.2 Reading symbols from /usr/lib/libglib-2.0.so.0...done. Loaded symbols for /usr/lib/libglib-2.0.so.0 Reading symbols from /usr/lib/libfontconfig.so.1...done. Loaded symbols for /usr/lib/libfontconfig.so.1 Reading symbols from /usr/lib/libfreetype.so.6...done. Loaded symbols for /usr/lib/libfreetype.so.6 Reading symbols from /usr/lib/libz.so.1...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /lib/tls/i686/cmov/libc.so.6...done. Loaded symbols for /lib/tls/i686/cmov/libc.so.6 Reading symbols from /usr/X11R6/lib/libX11.so.6...done. Loaded symbols for /usr/X11R6/lib/libX11.so.6 Reading symbols from /usr/X11R6/lib/libXrandr.so.2...done. Loaded symbols for /usr/X11R6/lib/libXrandr.so.2 Reading symbols from /usr/X11R6/lib/libXi.so.6...done. Loaded symbols for /usr/X11R6/lib/libXi.so.6 Reading symbols from /usr/X11R6/lib/libXinerama.so.1...done. Loaded symbols for /usr/X11R6/lib/libXinerama.so.1 Reading symbols from /usr/X11R6/lib/libXext.so.6...done. Loaded symbols for /usr/X11R6/lib/libXext.so.6 Reading symbols from /usr/lib/libXft.so.2...done. Loaded symbols for /usr/lib/libXft.so.2 Reading symbols from /usr/lib/libXcursor.so.1...done. Loaded symbols for /usr/lib/libXcursor.so.1 Reading symbols from /usr/lib/libXrender.so.1...done. Loaded symbols for /usr/lib/libXrender.so.1 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols fr
[Bug 31771] gimp freezes, crashes on "open", "save as", "print"
Public bug report changed: https://launchpad.net/malone/bugs/31771 Comment: Did you get the backtrace while it is eating CPU? It looks like you took one at startup... Is that specific to gimp or does it happen with gedit too by example? Could you install libglib2.0-0-dbg libgtk2.0-0-dbg to get a debug backtrace? -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 31771] gimp freezes, crashes on "open", "save as", "print"
Public bug report changed: https://launchpad.net/malone/bugs/31771 Comment: Ha! Another workaround! The problem goes away when I disable TLS/SSL in libnss_ldap.conf (but keep TLS in pam_ldap.conf to protect passwords). Add this to the workaround I posted with the initial bug report: >On our systems, this behavior happens for ldap user >accounts (libnss-ldap, libpam-ldap). It _does_not_ >happen for local accounts in /etc/passwd. Any ideas? Dane -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 31771] gimp freezes, crashes on "open", "save as", "print"
Public bug report changed: https://launchpad.net/malone/bugs/31771 Comment: > Did you get the backtrace while it is eating CPU? Yes, maybe I'm doing it wrong. Here's my 2nd attempt: 1. launch gimp, Ctrl-O to open file --> frozen now (CPU 80-100%) 2. gdb gimp $(pidof gimp) gdb has taken over, CPU back to normal 3. (gdb) thread apply all bt (gdb) thread apply all bt Thread 2 (Thread -1230636112 (LWP 8749)): #0 0xe410 in ?? () #1 0xb6a5f9d8 in ?? () #2 0x in ?? () #3 0x0007 in ?? () #4 0xb7906549 in poll () from /lib/tls/i686/cmov/libc.so.6 #5 0xb7a338de in g_main_context_poll (context=0x8772618, timeout=-1, priority=2147483647, fds=0xfffc, n_fds=7) at gmain.c:2880 #6 0xb7a32f57 in g_main_context_iterate (context=0x8772618, block=1, dispatch=1, self=0x8bb1a00) at gmain.c:2573 #7 0xb7a3351e in IA__g_main_loop_run (loop=0x8bb2c98) at gmain.c:2782 #8 0xb6d79f28 in link_thread_io_context () from /usr/lib/libORBit-2.so.0 #9 0xb7a8a398 in __JCR_LIST__ () from /usr/lib/libglib-2.0.so.0 #10 0xb6a5fad8 in ?? () #11 0xb7a4b362 in g_thread_create_proxy (data=0x8bb1a00) at gthread.c:561 Previous frame inner to this frame (corrupt stack?) #0 0xe410 in ?? () (gdb) 4. (gdb) continue CPU shoots to 100%, must kill gimp. (gdb) continue Continuing. Program received signal SIGTERM, Terminated. [Switching to Thread -1217308608 (LWP 10362)] 0xb6cb524b in __lll_mutex_lock_wait () from /lib/tls/i686/cmov/libpthread.so.0 5. (gdb) thread apply all bt Thread 2 (Thread -1230496848 (LWP 10374)): #0 0xe410 in ?? () #1 0xb6a819d8 in ?? () #2 0x in ?? () #3 0x0007 in ?? () #4 0xb7906549 in poll () from /lib/tls/i686/cmov/libc.so.6 #5 0xb7a338de in g_main_context_poll (context=0x8794700, timeout=-1, priority=2147483647, fds=0xfffc, n_fds=7) at gmain.c:2880 #6 0xb7a32f57 in g_main_context_iterate (context=0x8794700, block=1, dispatch=1, self=0x8c0e9d0) at gmain.c:2573 #7 0xb7a3351e in IA__g_main_loop_run (loop=0x877c030) at gmain.c:2782 #8 0xb6d9bf28 in link_thread_io_context () from /usr/lib/libORBit-2.so.0 #9 0xb7a8a398 in __JCR_LIST__ () from /usr/lib/libglib-2.0.so.0 #10 0xb6a81ad8 in ?? () #11 0xb7a4b362 in g_thread_create_proxy (data=0x8c0e9d0) at gthread.c:561 Previous frame inner to this frame (corrupt stack?) #0 0xb6cb524b in __lll_mutex_lock_wait () from /lib/tls/i686/cmov/libpthread.so.0 (gdb) (gdb) continue Continuing. Program exited with code 01. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 31771] gimp freezes, crashes on "open", "save as", "print"
Public bug report changed: https://launchpad.net/malone/bugs/31771 Comment: > Could you install libglib2.0-0-dbg libgtk2.0-0-dbg to get a debug backtrace They are both installed: libglib2.0-0-dbg2.6.3-1 libgtk2.0-0-dbg 2.6.4-0ubuntu5 > Is that specific to gimp or does it happen with gedit too by example? This is specific to gimp. gedit behaves correctly. As do eog, gnumeric, totem, etc... In the bactrace, I noticed '/lib/tls'. Could this be related to using LDAP over TLS? I'll test without TLS. Dane -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 31771] gimp freezes, crashes on "open", "save as", "print"
Public bug report changed: https://launchpad.net/malone/bugs/31771 Comment: Thank you for the comment and sorry for the slow reply, we get a lot bug reports at the moment. I don't have a ldap setup to try that. I made some bugzilla.gnome and google queries about that but there is no obvious other instance of that. That's weird that the bug happens to gimp only. The backtrace is not really useful. Do you know how to rebuild a debug package? Maybe you give a try to rebuild gimp debug to get a backtrace with it? https://wiki.ubuntu.com/DebuggingProgramCrash has some instructions on how to do so Could you also install libc6-dbg if you don't have it yet? -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 31771] gimp freezes, crashes on "open", "save as", "print"
Public bug report changed: https://launchpad.net/malone/bugs/31771 Comment: maybe you could try installing valgrind too and run "valgrind gimp", that will make it really slow but might spot and issue when opening the dialogs that make it go to this loop -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs