Bug#381823: infinite loop somewhere in gnome-cups-icon

Josselin Mouette joss at debian.org
Mon Aug 7 06:55:25 UTC 2006


Package: gnome-cups-manager
Version: 0.31-2

After a few days left idle, gnome-cups-icon entered in an infinite loop
or a livelock, consuming all the cpu.

Here is a backtrace:
0xffffe410 in __kernel_vsyscall ()
(gdb) bt
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xa738b203 in poll () from /lib/tls/i686/cmov/libc.so.6
#2  0xa74521a9 in g_main_context_check () from /usr/lib/libglib-2.0.so.0
#3  0xa7452537 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#4  0xa7b984e1 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#5  0x0804bd92 in ?? ()
#6  0x0805b000 in ?? ()
#7  0x0804cde4 in _IO_stdin_used ()
#8  0x0804bb20 in ?? ()
#9  0x00000000 in ?? ()
(gdb) thread
[Current thread is 0 (LWP 4823)]
(gdb) thread 1
[Switching to thread 1 (Thread -1496521024 (LWP 4823))]#0  0xffffe410 in __kernel_vsyscall ()
(gdb) bt
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xa738b203 in poll () from /lib/tls/i686/cmov/libc.so.6
#2  0xa74521a9 in g_main_context_check () from /usr/lib/libglib-2.0.so.0
#3  0xa7452537 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#4  0xa7b984e1 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#5  0x0804bd92 in ?? ()
#6  0x0805b000 in ?? ()
#7  0x0804cde4 in _IO_stdin_used ()
#8  0x0804bb20 in ?? ()
#9  0x00000000 in ?? ()
(gdb) thread 2
[Switching to thread 2 (Thread -1506964560 (LWP 5288))]#0  0xffffe410 in __kernel_vsyscall ()
(gdb) bt
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xa752eb48 in recv () from /lib/tls/i686/cmov/libpthread.so.0
#2  0xa75b8b5f in httpRead2 () from /usr/lib/libcups.so.2
#3  0xa75bf33a in ippDelete () from /usr/lib/libcups.so.2
#4  0xa75bda31 in ippReadIO () from /usr/lib/libcups.so.2
#5  0xa75bdccd in ippRead () from /usr/lib/libcups.so.2
#6  0xa75c8f32 in cupsDoFileRequest () from /usr/lib/libcups.so.2
#7  0xa75c94b1 in cupsDoRequest () from /usr/lib/libcups.so.2
#8  0xa75dfa5f in _gnome_cups_request_init ()
   from /usr/lib/libgnomecups-1.0.so.1
#9  0xa746dfa7 in g_thread_pool_push () from /usr/lib/libglib-2.0.so.0
#10 0xa746c5df in g_thread_create_full () from /usr/lib/libglib-2.0.so.0
#11 0xa7529e60 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#12 0xa73958ee in clone () from /lib/tls/i686/cmov/libc.so.6
(gdb) thread 3
[Switching to thread 3 (Thread -1498494032 (LWP 5287))]#0  0xffffe410 in __kernel_vsyscall ()
(gdb) bt
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xa752e56e in __lll_mutex_lock_wait ()
   from /lib/tls/i686/cmov/libpthread.so.0
#2  0xa752b0c0 in _L_mutex_lock_29 () from /lib/tls/i686/cmov/libpthread.so.0
#3  0xa6aec388 in ?? ()
#4  0xa744d239 in g_list_free_1 () from /usr/lib/libglib-2.0.so.0
#5  0xa75dfbc1 in _gnome_cups_request_init ()
   from /usr/lib/libgnomecups-1.0.so.1
#6  0xa746dfa7 in g_thread_pool_push () from /usr/lib/libglib-2.0.so.0
#7  0xa746c5df in g_thread_create_full () from /usr/lib/libglib-2.0.so.0
#8  0xa7529e60 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#9  0xa73958ee in clone () from /lib/tls/i686/cmov/libc.so.6

This probably started to happen at the logrotate time, which happened
this morning on the remote server where cups is running. Since that
moment, there is no trace of access from my machine on the cups server.

(Of course is doesn't happen every time the cups server is restarted,
since that happens every day.)
-- 
 .''`.           Josselin Mouette        /\./\
: :' :           josselin.mouette at ens-lyon.org
`. `'                        joss at debian.org
   `-  Debian GNU/Linux -- The power of freedom






More information about the Pkg-gnome-maintainers mailing list