Applet hangs

[ChristofferS]

I use the gnome-system-monitor applet on my panel. Once in a while it just
hangs. It does not respond to right click and the bars are frozen.

It is the only applet that hangs.

I don't know how to reproduce it.

[Sebastien Bacher (seb128)]

what "bars"? gnome-panel? what options of the applet do you use?
can you get a backtrace of the hang:?
- gdb -p `pidof multiload-applet-2`
(gdb) thread apply all bt

does it happen if you change the options?

[ChristofferS (ubuntu-curo)]

The bars I mentioned are the graphs that show the variation in time.

I have CPU, Network and Harddisk enabled. The applet hangs suddenly with no
interaction on my part.

I tried to get a backtrace of the hang:

'gdb -p `pidof multiload-applet-2`
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".
Attaching to process 8642
Using host libthread_db library "/lib/tls/libthread_db.so.1".

warning: could not load vsyscall page because no executable was specified

warning: try using the "file" command first'

but gdb does not return from to gdb commandline.

[Sebastien Bacher (seb128)]

what "ps ax" says about the applet? can you retry a second time to get a backtrace?

[Sebastien Bacher (seb128)]

no reply, bug closed. Feel free to reopen with the asked informations if that's
still an issue for you

[ChristofferS (ubuntu-curo)]

This has returned in dapper.

Backtrace of the hang (using - gdb -p `pidof multiload-applet-2`
(gdb) thread apply all bt):

Thread 1 (Thread -1223854400 (LWP 5341)):
#0 0xb7945a61 in statfs () from /lib/tls/libc.so.6
#1 0xb7945d85 in statvfs () from /lib/tls/libc.so.6
#2 0xb7f4f784 in glibtop_get_fsusage_s () from /usr/lib/libgtop-2.0.so.5
#3 0xb7f4e96e in glibtop_get_fsusage_l () from /usr/lib/libgtop-2.0.so.5
#4 0xb7f4fc79 in glibtop_get_fsusage () from /usr/lib/libgtop-2.0.so.5
#5 0x0804b540 in ?? ()
#6 0xbff89bc4 in ?? ()
#7 0x080dc370 in ?? ()
#8 0x080da050 in ?? ()
#9 0xb7a942aa in g_type_interface_peek () from /usr/lib/libgobject-2.0.so.0
#10 0x00000000 in ?? ()
#0 0xb7945a61 in statfs () from /lib/tls/libc.so.6

ps -ax:

 5341 ? T 0:38 /usr/lib/gnome-applets/multiload-applet-2
--oaf-activate-iid=OAFIID:GNOME_MultiLoadApplet_Factory --oaf-ior-fd=40

I hope you can nail this bug.

[Sebastien Bacher (seb128)]

Coudl you do a debug build of libgtop2
(https://wiki.ubuntu.com/DebuggingProgramCrash) and install libglib2.0-0-dbg to
get a backtrace?

[ChristofferS (ubuntu-curo)]

I try to get the build dependencies of libgtop2.

I execute the command:

sudo apt-get build-dep libgtop2

and get the following packages to fetch:

cdbs tex-common texinfo

Are these packages really depencies of libgtop2?

[Sebastien Bacher (seb128)]

(In reply to comment #7)

> cdbs tex-common texinfo
>
> Are these packages really depencies of libgtop2?

They are Build-Depends, ie: not Depencies but packages needed to build it

[ChristofferS (ubuntu-curo)]

This doesn't happen anymore.

[Sebastien Bacher (seb128)]

Closing as fixed so, feel free to reopen if that happens again