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 134852 - [spider] related input hang
[spider] related input hang
Status: VERIFIED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins
0.8.0
Other Linux
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2004-02-19 16:00 UTC by gertvv
Modified: 2009-08-15 18:40 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description gertvv 2004-02-19 16:00:52 UTC
When playing back from a samba source, the input sometimes mysteriously hangs..


Steps to reproduce:
1) play back a lot of mp3 files via gnomevfs smb
2) wait until playback stops (even though there are still files queued)


This is very unpredictable, sometimes it will hang on the first file played
back, sometimes it will take 20 or even more songs. Stopping and starting
playback (even on a different file) has no effect: from this point onward,
no file will play, until the executable is restarted.

I have tried to produce a backtrace, by interrupting execution when
playback hangs. Playback is done in a separate thread. Here are the backtraces:
Comment 1 gertvv 2004-02-19 16:03:25 UTC
Accidentally clicked 'submit'. Sorry. Backtraces:

The playback thread: (19)
(gdb) where
  • #0 __pthread_sigsuspend
    from /lib/libpthread.so.0
  • #1 __pthread_wait_for_restart_signal
    from /lib/libpthread.so.0
  • #2 ??
  • #3 ??
  • #0 poll
    from /lib/libc.so.6
  • #1 g_main_loop_get_context
    from /usr/lib/libglib-2.0.so.0
  • #2 g_main_context_dispatch
    from /usr/lib/libglib-2.0.so.0
  • #3 g_main_loop_run
    from /usr/lib/libglib-2.0.so.0
  • #4 gtk_main
    from /usr/lib/libgtk-x11-2.0.so.0
  • #5 ??
  • #6 ??
    from /lib/ld-linux.so.2
  • #7 ??
  • #8 ??
  • #9 ??
  • #0 poll
    from /lib/libc.so.6
  • #1 __pthread_manager
    from /lib/libpthread.so.0
  • #2 __pthread_manager_event
    from /lib/libpthread.so.0
  • #3 clone
    from /lib/libc.so.6

Comment 2 gertvv 2004-02-19 17:50:51 UTC
The same thing also happens with input from local files, so it's not a
samba related bug. The backtrace is the same.

Worth noting:
A new thread IS created in order to start playback, and (judging from
samba debug output - which is quite verbose :P) a first portion of the
file is read, but playback never starts.
Comment 3 Thomas Vander Stichele 2004-02-24 16:44:30 UTC
what app ?
Comment 4 gertvv 2004-02-27 09:50:14 UTC
May have had to do with me re-using spider. Maybe you should note
something about spider not being re-usable somewhere in the
application development manual? (see #134851)

I'm trying to reproduce this bug with correct use of spider, I'll post
another comment here when I know more.
Comment 5 David Schleef 2004-03-18 20:55:53 UTC
Does this happen with 0.8.0 as well?  (probably)
Comment 6 Benjamin Otte (Company) 2004-04-02 23:17:35 UTC
Could you use "thr a a bt" (short for "thread apply all backtrace") to get the
backtrace?
Comment 7 Ronald Bultje 2004-11-13 09:07:32 UTC
Gert, have you been able to reproduce this issue with correct use of spider?
I'll add a comment in the appdevman, but would like to close this bug if it's
unreprodueceable.
Comment 8 Christian Fredrik Kalager Schaller 2005-01-13 11:44:07 UTC
Nothing heard back on bug closing. Please re-open this bug or open a new one if
this is still a problem.