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 522158 - crash in Movie Player: opened icecast stream
crash in Movie Player: opened icecast stream
Status: RESOLVED DUPLICATE of bug 449658
Product: totem
Classification: Core
Component: general
2.20.x
Other All
: High critical
: ---
Assigned To: General Totem maintainer(s)
General Totem maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2008-03-13 02:48 UTC by unknown
Modified: 2008-03-13 07:18 UTC
See Also:
GNOME target: ---
GNOME version: 2.19/2.20



Description unknown 2008-03-13 02:48:16 UTC
Version: 2.20.3

What were you doing when the application crashed?
opened icecast stream


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

System: Linux 2.6.22-3-686 #1 SMP Sun Feb 10 20:20:49 UTC 2008 i686
X Vendor: The X.Org Foundation
X Vendor Release: 10300000
Selinux: No
Accessibility: Disabled
GTK+ Theme: Clearlooks
Icon Theme: gnome

Memory status: size: 145154048 vsize: 145154048 resident: 28786688 share: 15183872 rss: 28786688 rss_rlim: 4294967295
CPU usage: start_time: 1205376400 rtime: 74 utime: 64 stime: 10 cutime:0 cstime: 0 timeout: 0 it_real_value: 0 frequency: 100

Backtrace was generated from '/usr/bin/totem'

(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 0xb6de36b0 (LWP 5189)]
[New Thread 0xb1d9ab90 (LWP 5211)]
[New Thread 0xb259bb90 (LWP 5210)]
[New Thread 0xb2f69b90 (LWP 5209)]
[New Thread 0xb3b53b90 (LWP 5208)]
[New Thread 0xb4354b90 (LWP 5207)]
[New Thread 0xb4badb90 (LWP 5191)]
[New Thread 0xb5c61b90 (LWP 5190)]
(no debugging symbols found)
0xffffe410 in __kernel_vsyscall ()

Thread 3 (Thread 0xb259bb90 (LWP 5210))

  • #0 __kernel_vsyscall
  • #1 waitpid
    from /lib/i686/cmov/libpthread.so.0
  • #2 g_spawn_sync
    from /usr/lib/libglib-2.0.so.0
  • #3 g_spawn_command_line_sync
    from /usr/lib/libglib-2.0.so.0
  • #4 ??
    from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so
  • #5 <signal handler called>
  • #6 __kernel_vsyscall
  • #7 raise
    from /lib/i686/cmov/libc.so.6
  • #8 abort
    from /lib/i686/cmov/libc.so.6
  • #9 __assert_fail
    from /lib/i686/cmov/libc.so.6
  • #10 ??
    from /usr/lib/libpulse.so.0
  • #11 ??
    from /usr/lib/libpulse.so.0
  • #12 ??
    from /usr/lib/libpulse.so.0
  • #13 ??
  • #14 ??
    from /usr/lib/libpulse.so.0
  • #15 ??
  • #16 ??
    from /usr/lib/libpulse.so.0
  • #17 ??
  • #18 pa_threaded_mainloop_unlock
    from /usr/lib/libpulse.so.0


----------- .xsession-errors ---------------------
(.:4471): Gtk-CRITICAL **: gtk_container_remove: assertion `GTK_IS_TOOLBAR (container) || widget->parent == GTK_WIDGET (container)' failed
[00000281] main playlist: stopping playback
VLC media player 0.8.6c Janus
Window manager warning: Buggy client sent a _NET_ACTIVE_WINDOW message with a timestamp of 0 for 0x2c000ee (VLC media )
Window manager warning: meta_window_activate called by a pager with a 0 timestamp; the pager needs to be fixed.
[00000313] main access error: Connection to castlerock.swattek.ca port 8000 failed: Connection timed out
[00000313] access_http access error: cannot connect to castlerock.swattek.ca:8000
[00000313] main access error: Connection to castlerock.swattek.ca port 8000 failed: Connection timed out
[00000313] access_http access error: cannot connect to castlerock.swattek.ca:8000
[00000313] access_mms access error: invalid chunk FATAL (0x674f)
[00000313] access_mms access error: header size == 0
[00000311] main input error: no suitable access module for `http://castlerock.swattek.ca:8000/tunes.ogg'
[00000281] main playlist: nothing to play
[00000281] main playlist: stopping playback
totem: pulsecore/mutex-posix.c:98: pa_mutex_unlock: Assertion `pthread_mutex_unlock(&m->mutex) == 0' failed.
--------------------------------------------------
Comment 1 Philip Withnall 2008-03-13 07:18:17 UTC
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.


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