[gstreamer-bugs] [Bug 547352] race condition with GstPadBufferAllocFunction

GStreamer (bugzilla.gnome.org) bugzilla-daemon at bugzilla.gnome.org
Tue Feb 3 11:35:46 PST 2009


If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=547352

  GStreamer | gstreamer (core) | Ver: git




------- Comment #7 from Yves Lefebvre  2009-02-03 19:35 UTC -------
I recently update my code to gstreamer 0.10.20 and found a better and much less
intrusive fix. In file gstbasetransform.c, there is a trans->transform_lock
used in the gst_base_transform_buffer_alloc function.

I simply use this mutex in the gst_base_transform_activate function when
activate is stopping. This is much less intrusive than the previous patch in
gstpad.c

I took some time to look in the code of head and see the problem still there
too. however, most of the code has change compared to the version I am using :
the mutex is not used anymore in the alloc function. So I have no patch for
head right now.

If someone need, I can update the modif in basetransform that show the problem
in 0.10.20 and Head (similar than in comment #2).


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=547352.




More information about the Gstreamer-bugs mailing list