Bug 513016 – crash in Volume Control: Upgraded Linux from 2.6....

After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.

Bug 513016 - crash in Volume Control: Upgraded Linux from 2.6....


Summary:	crash in Volume Control: Upgraded Linux from 2.6....


Status:	RESOLVED DUPLICATE of bug 512924

Product:	gnome-applets
Classification:	Other
Component:	mixer
Version:	unspecified
Hardware:	Other All

Importance:	High critical
Target Milestone:	---
Assigned To:	gnome-applets Maintainers
QA Contact:	gnome-applets Maintainers

URL:
Whiteboard:

Depends on:
Blocks:

Reported:	2008-01-30 06:22 UTC by Paul Wise
Modified:	2008-01-30 10:54 UTC

See Also:
GNOME target:	---
GNOME version:	2.19/2.20

Description Paul Wise 2008-01-30 06:22:41 UTC

What were you doing when the application crashed?
Upgraded Linux from 2.6.23 to 2.6.24


Distribution: Debian  (sid)
Gnome Release: 2.20.3 2008-01-12 (Debian)
BugBuddy Version: 2.20.1

System: Linux 2.6.24-1-686 #1 SMP Mon Jan 28 01:33:13 UTC 2008 i686
X Vendor: The X.Org Foundation
X Vendor Release: 10400090
Selinux: No
Accessibility: Disabled
GTK+ Theme: Mist
Icon Theme: Mist

Memory status: size: 36110336 vsize: 36110336 resident: 13832192 share: 10289152 rss: 13832192 rss_rlim: 4294967295
CPU usage: start_time: 1201674128 rtime: 24 utime: 20 stime: 4 cutime:1 cstime: 2 timeout: 0 it_real_value: 0 frequency: 100

Backtrace was generated from '/usr/lib/bug-buddy/mixer_applet2'

(no debugging symbols found)
Using host libthread_db library "/lib/i686/cmov/libthread_db.so.1".
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 0xb6e046b0 (LWP 5371)]
0xffffe410 in __kernel_vsyscall ()

+ Trace 187324

Thread 1 (Thread 0xb6e046b0 (LWP 5371))

#0 __kernel_vsyscall
#1 waitpid
from /lib/i686/cmov/libpthread.so.0
#2 IA__g_spawn_sync
at /build/buildd/glib2.0-2.14.5/glib/gspawn.c line 369
#3 IA__g_spawn_command_line_sync
at /build/buildd/glib2.0-2.14.5/glib/gspawn.c line 677
#4 ??
from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so
#5 <signal handler called>
#6 ??
from /usr/lib/gstreamer-0.10/libgstossaudio.so
#7 ??
#8 ??
#9 ??
#10 ??
#11 ??
from /usr/lib/libgthread-2.0.so.0
#12 ??
#13 ??
from /usr/lib/gstreamer-0.10/libgstossaudio.so
#14 ??
from /usr/lib/gstreamer-0.10/libgstossaudio.so
#15 ??
from /usr/lib/gstreamer-0.10/libgstossaudio.so
#16 ??
#17 ??
from /usr/lib/gstreamer-0.10/libgstossaudio.so
#18 ??
from /usr/lib/gstreamer-0.10/libgstossaudio.so
#19 ??
from /usr/lib/gstreamer-0.10/libgstossaudio.so
#20 ??
from /usr/lib/gstreamer-0.10/libgstossaudio.so
#21 ??
from /usr/lib/gstreamer-0.10/libgstossaudio.so
#22 ??
from /usr/lib/gstreamer-0.10/libgstossaudio.so
#23 ??
from /usr/lib/gstreamer-0.10/libgstossaudio.so
#24 ??
from /usr/lib/gstreamer-0.10/libgstossaudio.so
#25 ??
from /usr/lib/gstreamer-0.10/libgstossaudio.so
#26 ??
from /usr/lib/gstreamer-0.10/libgstossaudio.so
#27 ??
from /usr/lib/gstreamer-0.10/libgstossaudio.so
#28 ??
from /usr/lib/gstreamer-0.10/libgstossaudio.so
#29 ??
from /usr/lib/gstreamer-0.10/libgstossaudio.so
#30 ??
from /usr/lib/gstreamer-0.10/libgstossaudio.so
#31 ??
from /usr/lib/gstreamer-0.10/libgstossaudio.so
#32 ??
from /usr/lib/gstreamer-0.10/libgstossaudio.so
#33 ??
from /usr/lib/gstreamer-0.10/libgstossaudio.so
#34 ??
from /usr/lib/gstreamer-0.10/libgstossaudio.so
#35 ??
from /usr/lib/gstreamer-0.10/libgstossaudio.so
#36 ??
from /usr/lib/gstreamer-0.10/libgstossaudio.so
#37 ??
from /usr/lib/gstreamer-0.10/libgstossaudio.so
#38 ??
from /usr/lib/gstreamer-0.10/libgstossaudio.so
#39 ??
from /usr/lib/gstreamer-0.10/libgstossaudio.so
#40 ??
from /usr/lib/gstreamer-0.10/libgstossaudio.so
#41 ??
from /usr/lib/gstreamer-0.10/libgstossaudio.so
#42 gst_structure_set_parent_refcount
from /usr/lib/libgstreamer-0.10.so.0
#43 ??
from /usr/lib/gstreamer-0.10/libgstossaudio.so
#44 ??
#45 ??
#0 __kernel_vsyscall



----------- .xsession-errors ---------------------
** (devilspie:4685): CRITICAL **: e_sexp_eval: assertion `f->tree != NULL' failed
** (devilspie:4685): CRITICAL **: e_sexp_eval: assertion `f->tree != NULL' failed
** (devilspie:4685): CRITICAL **: e_sexp_eval: assertion `f->tree != NULL' failed
** (devilspie:4685): CRITICAL **: e_sexp_eval: assertion `f->tree != NULL' failed
** (devilspie:4685): CRITICAL **: e_sexp_eval: assertion `f->tree != NULL' failed
** (devilspie:4685): CRITICAL **: e_sexp_eval: assertion `f->tree != NULL' failed
** (devilspie:4685): CRITICAL **: e_sexp_eval: assertion `f->tree != NULL' failed
** (devilspie:4685): CRITICAL **: e_sexp_eval: assertion `f->tree != NULL' failed
--------------------------------------------------

Comment 1 Gianluca Borello 2008-01-30 10:54:39 UTC

Thanks for taking the time to report this bug.
This particular bug has already been reported into our bug tracking system, but the maintainers need more information to fix the bug. Could you please answer the questions in the other report in order to help the developers?


*** This bug has been marked as a duplicate of 512924 ***