[gst-devel] gstreamer legal patch

[in7y118 at public.uni-hamburg.de]

Does gstreamer-scan run gst_init() ?
If not, is there a way to change that?
Noone should make any calls to GStreamer before running gst_init() unless they 
specifically allow that. gst_type_find_factory_get_type is such a call...
Thomas, you knopw if that's possible?

Benjamin

PS: We could probably change it differently, but I'd prefer calling gst_init 
somehow.


Quoting Brian Cameron <Brian.Cameron at Sun.COM>:

> 2) There is a problem building docs/gst/gstreamer-scan.  The make
>     displays this output:
> 
>     --make output start--
> 
>     cc -o .libs/gstreamer-scan .libs/gstreamer-scan.o -mt
>     -L/opt/gnome-2.4/lib   ../../gst/.libs/libgstreamer-0.7.so
>     -lxml2 -lz -lm -lsocket -lnsl -lgobject-2.0 -lgthread-2.0
>     -lgmodule-2.0 -ldl -lglib-2.0 -lpopt  -R/opt/gstreamer/lib
>     creating gstreamer-scan
> 
>     GLib-ERROR **: The thread system is not yet initialized.
>     aborting...
>     Scan failed
>     make: *** [scan-build.stamp] Error 255
> 
>     --make output end--
> 
>     It dumps core as well, and the stack trace is as follows:
> 
>     --stack output start--
> 
>     core 'core' of 2202:
>       /home/bc99092/build/gnome/gstreamer/gstreamer/docs/gst/.libs/lt-gstrea
>     fec9f22c _lwp_kill (6, 0, ffbfdd20, feda5114, fed86ccc, 1) + 8
>     fec369e8 abort    (2c638, 6, 2c638, 0, fed8bd1c, 0) + 100
>     fedd2560 g_logv   (fee0fe98, 4, fee0fea0, ffbfe2a8, ff3b08a8, ffbfe284) +
> 5d8
>     fedd2660 g_log    (fee0fe98, 4, fee0fea0, ff1c0c6c, ff18f470, 1) + 40
>     fedecef8 g_thread_fail (ff1f7158, ff32510e, 0, 7efefeff, 0, 29390) + 48
>     ff1cbf40 gst_atomic_int_init (2c198, 0, 0, 0, 0, 0) + 48
>     ff1f7158 _gst_debug_category_new (ff3250e8, 2, ff3250f8, 0, 0, 0) + 140
>     ff239bc8 gst_type_find_factory_get_type (2c110, 0, 0, 0, 0, 0) + c0
>     00011e7c get_object_types (0, fecc1fb8, 30cb0, ff3c2a30, 0, ff3d6594) +
> 20c
>     000120bc main     (1, ffbfe544, ffbfe54c, 24400, 0, 0) + 14
>     00011968 _start   (0, 0, 0, 0, 0, 0) + 108
> 
>     --stack output end--
> 
>     Since I notice that gstreamer-scan.c is built dynamically by a call to
>     gtkdoc-scangobj, it is not clear to me exactly how to fix this problem,
>     or why this problem is not seen on Linux.  Any ideas?
> 
> Thanks!
> 
> Brian
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials.
> Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
> Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>