GNOME Bugzilla – Bug 777212
urisourcebin: Fix crash during EOS handling
Last modified: 2018-11-03 11:53:41 UTC
Slot has two cases to receive fake EOS. a) actual EOS from demuxer's pad b) demuxer's pad-removed. When a) happened, slot is still marked as linked. And when b) happend, slot will be marked as unlinked. Sometimes, following sequence is possible, and it causes crash * demuxer pushed EOS (fake-eos-A) * Then, the demuxer's pad was removed (fake-eos-A) * slot's srcpad got "fake-eos-A" but it was already marked as unlinked by pad-removed. So, urisourcebin will throw the slot to threadpool to remove it. * "fake-eos-B" reached to slot's src pad and trying to free the slot again.
Created attachment 343423 [details] [review] urisourcebin: Fix crash during EOS handling
Created attachment 354793 [details] reproduced log
Created attachment 354794 [details] [review] urisourcebin: Fix crash during EOS handling Fix typo in commit message. Crash can be easily produced when TRICKMODE_NO_AUDIO is being enabled on dashdemux use case
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/issues/327.