On 2003.02.03 Adam Williamson wrote:
> >From the release notes for gstreamer 0.6.0:
>
> Thread issues and GStreamer
> Many of GStreamer's features relies heavily on threads. Unfortunately
> everything is not rosy in the Linux world of threads. If you have a
> glibc version installed compiled with i686 optimizations (which uses a
> different codepath than standard i386 glibc), there is a good chance you
> will experience thread-related crashes in gstreamer-based applications.
> There are a few workarounds to this available.
>
> * You can use an i386 glibc package instead. (Since this is the
> only one shipping with Debian, debian users do not experience
> this issue.)
> * You can also try running the gstreamer-based applications using
> the command-line option --gst-scheduler=opt, which invokes a
> newly created scheduler that does not use threads. This
> scheduler is very new however so you might encounter other
> issues when using it. Please report issues to our bugzilla.
>
> Does this affect us?
Yup. gst-player hangs in my box when playing an mp3, but works if launched
with gst-player --gst-scheduler=opt.
Is there any way to make this the default ?
BTW, there is a bug in stock kernels that prevents glibc to use i686 libs.
I think it is corrected in mdk kernels. If you have an unpatched kernel,
probably your system is not running the i686 libs.
Can anybody running latest mdk kernel try this:
werewolf:~> ldd `which gst-player` | grep libc
libcrypto.so.0.9.7 => /usr/lib/libcrypto.so.0.9.7 (0x158a9000)
libc.so.6 => /lib/i686/libc.so.6 (0x15fb4000)
--
J.A. Magallon <[EMAIL PROTECTED]> \ Software is like sex:
werewolf.able.es \ It's better when it's free
Mandrake Linux release 9.1 (Cooker) for i586
Linux 2.4.21-pre4-jam1 (gcc 3.2.1 (Mandrake Linux 9.1 3.2.1-5mdk))
