[gst-devel] [gst-embedded] gstreamer segfault on ARM

Shi Ling-w20230 lingshi at motorola.com
Mon Jun 23 09:28:55 CEST 2008

Zhao Liang,
I remember we meet the same issue before. Could you check?

Shi Ling 
Motorola (China) Technology Ltd. 
No.1 Wang Jing East Road, Chao Yang District, 100102 Beijing 

-----Original Message-----
From: gstreamer-devel-bounces at lists.sourceforge.net
[mailto:gstreamer-devel-bounces at lists.sourceforge.net] On Behalf Of
Bernard Blackham
Sent: Friday, June 20, 2008 3:30 PM
To: gstreamer-embedded at lists.sourceforge.net;
gstreamer-devel at lists.sourceforge.net
Subject: Re: [gst-devel] [gst-embedded] gstreamer segfault on ARM

[Taking to gst-devel]

Bernard Blackham wrote:
> Running a rather simple program:
>   #include <gst/gst.h>
>   int main() {
>     gst_init(0, NULL);
>     g_pipeline_new("pipeline");
>     return 0;
>   }
> with GST_DEBUG=4 causes the program to segfault when it goes to
> print out one of its trace messages.

I tracked down the cause of this to an incompatibility with my build of 
glib. When cross-compiling glib, it decided to not like glibc's printf 
(because it tried running some printf tests and failed, because it was 
cross-compiling), and thus went and used its own printf implementation.

Gstreamer was not aware of this decision in the glib build though, so it

happily went ahead and used glib assuming it had a glibc printf that 
could support printf extensions (that it uses to format %P in strings).

Rebuilding glib with the right configure cache settings (below) solved 
the gstreamer crash.


So this solved the problem, but I'm wondering if there should be a 
better way for gstreamer to detect if it is safe to use %P or not: not 
only does glibc need to provide it, but glib needs to be using it too. 
Or is the fact that glibc provides it enough proof that glib should be 
using it and anything else is a broken setup like mine was?


Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
gstreamer-devel mailing list
gstreamer-devel at lists.sourceforge.net

More information about the gstreamer-devel mailing list