[gstreamer-bugs] [Bug 172526] gst-register fails on a lot of plugins on MacOSX

[bugzilla-daemon at bugzilla.gnome.org]

Please DO NOT reply to this by email. All additional comments should be made in
the comments box of this bug report.

 http://bugzilla.gnome.org/show_bug.cgi?id=172526
 GStreamer | gstreamer (core) | Ver: 0.8.9





------- Additional Comments From jonathan at kaolin.hn.org  2005-04-09 10:22 -------
This is biting me too, so I thought I'd have a look..

What appears to be happening in gst-register:
- loads gstxvimagesink (or anything that requires gstvideo) to check it's a gstreamer plugin
- unloads the module once the check is complete
- loads gstxvimagesink
- finds gstvideo hasn't been registered yet, moves on (without closing the module)
- .. other stuff gets registered..
- loads gstvideo to check it's a gstreamer plugin
- unloads the module.  At this point, the OS X dynamic loader wanders around the process breaking 
references to symbols defined in the gstvideo plugin
- loads gstvideo again to actually register it - but this doesn't go back and fix all the references that 
were broken in the previous step

So you might consider it an OS X bug, or just it being too smart for its own good.
Changing gst_plugin_load_file to unload the module when registration fails fixes gst-register, but gst-
inspect for plugins with such dependencies then breaks.

------- You are receiving this mail because: -------
You are the assignee for the bug.
You are the QA contact for the bug.