<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Hi Kris,<br>
<br>
I made the change as you suggested - but it still core dumped.<br>
<br>
Below is what I got out of gdb.<br>
<br>
I can see that it shows I went into capsfilter_set_property - but
then goes into debug stuff. Is there something wrong with what I am
trying to set? (It seemed OK from the command line as part of
gst-launch.)<br>
<br>
<br>
<div class="moz-text-html" lang="x-western">
<div style="color:#000; background-color:#fff; font-family:times
new roman, new york, times, serif;font-size:12pt">
<div>[ian@localhost GSTstuff]$ gdb --core=core.2517 ./SBCRecord<br>
GNU gdb (GDB) Fedora (7.5.1-32.fc18)<br>
Copyright (C) 2012 Free Software Foundation, Inc.<br>
License GPLv3+: GNU GPL version 3 or later
<a class="moz-txt-link-rfc2396E" href="http://gnu.org/licenses/gpl.html"><http://gnu.org/licenses/gpl.html></a><br>
This is free software: you are free to change and redistribute
it.<br>
There is NO WARRANTY, to the extent permitted by law. Type
"show copying"<br>
and "show warranty" for details.<br>
This GDB was configured as "x86_64-redhat-linux-gnu".<br>
For bug reporting instructions, please see:<br>
<a class="moz-txt-link-rfc2396E" href="http://www.gnu.org/software/gdb/bugs/"><http://www.gnu.org/software/gdb/bugs/></a>...<br>
Reading symbols from /home/ian/GSTstuff/SBCRecord...(no
debugging symbols found)...done.<br>
[New LWP 2517]<br>
[Thread debugging using libthread_db enabled]<br>
Using host libthread_db library "/lib64/libthread_db.so.1".<br>
Core was generated by `./SBCRecord --gst-debug-level=9
test.avi'.<br>
Program terminated with signal 11, Segmentation fault.<br>
#0 0x000000364ec51a73 in gst_debug_print_object () from
/lib64/libgstreamer-1.0.so.0<br>
Missing separate debuginfos, use: debuginfo-install
alsa-lib-1.0.26-2.fc18.x86_64 glib2-2.34.2-1.fc18.x86_64
glibc-2.16-28.fc18.x86_64 gstreamer1-1.0.4-1.fc18.x86_64
gstreamer1-plugins-base-1.0.4-1.fc18.x86_64
gstreamer1-plugins-good-1.0.4-1.fc18.x86_64
libffi-3.0.10-3.fc18.x86_64 libjpeg-turbo-1.2.1-3.fc18.x86_64
libv4l-0.8.8-3.fc18.x86_64 orc-0.4.16-6.fc18.x86_64
zlib-1.2.7-9.fc18.x86_64<br>
(gdb) bt<br>
#0 0x000000364ec51a73 in gst_debug_print_object () from
/lib64/libgstreamer-1.0.so.0<br>
#1 0x000000364ec523b4 in _gst_info_printf_extension_ptr ()
from /lib64/libgstreamer-1.0.so.0<br>
#2 0x00000035ef44887d in vfprintf () from /lib64/libc.so.6<br>
#3 0x00000035ef50a0e1 in __vasprintf_chk () from
/lib64/libc.so.6<br>
#4 0x00000035f1c845ab in g_vasprintf () from
/lib64/libglib-2.0.so.0<br>
#5 0x00000035f1c640cd in g_strdup_vprintf () from
/lib64/libglib-2.0.so.0<br>
#6 0x000000364ec5267d in gst_debug_message_get () from
/lib64/libgstreamer-1.0.so.0<br>
#7 0x000000364ec538a0 in gst_debug_log_default () from
/lib64/libgstreamer-1.0.so.0<br>
#8 0x000000364ec524ec in gst_debug_log_valist () from
/lib64/libgstreamer-1.0.so.0<br>
#9 0x000000364ec52657 in gst_debug_log () from
/lib64/libgstreamer-1.0.so.0<br>
#10 0x00007f00173dc3c4 in gst_capsfilter_set_property () from
/usr/lib64/gstreamer-1.0/libgstcoreelements.so<br>
#11 0x00000035f2816df4 in g_object_set_valist () from
/lib64/libgobject-2.0.so.0<br>
#12 0x00000035f2817607 in g_object_set () from
/lib64/libgobject-2.0.so.0<br>
#13 0x00000000004012d6 in main ()<br>
</div>
</div>
</div>
<br>
<br>
<br>
<div class="moz-cite-prefix">On 05/01/2013 11:53, Krzysztof Konopko
wrote:<br>
</div>
<blockquote cite="mid:50E81423.6020300@youview.com" type="cite">
<pre wrap="">Hi Ian,
To me the caps value passed as a constant (a literal) looks suspicious.
Try something like this:
gchar caps_value[] = "your value goes here";
and then
g_object_set (G_OBJECT (vcapsfilter), "caps", caps_value, NULL);
That's just my guess as OTH passing a literal value should result in a
pointer pointing to some location in the DATA section which should be
fine. Hm...
To find out what actually happened use:
gdb --core=<core file> <your app>
and then in GDB:
bt
If you don't actually get a core file, use (before you run your crashing
app):
ulimit -c unlimited
HTH,
Kris
On 05/01/13 09:12, Ian Davidson wrote:
</pre>
<blockquote type="cite">
<pre wrap="">I am trying to write a GStreamer app where I use a caps filter. I have
vcapsfilter = gst_element_factory_make ("capsfilter", "vid-caps");
which appears to have been successful.
Then I tried
g_object_set (G_OBJECT (vcapsfilter), "caps",
"video/x-raw,format=(string)I420,width=320,height=240,framerate=(fraction)25/1",
NULL);
When my program comes to execute that line I get a "Segmentation fault
(core dumped)" message. I suspect that I must be doing something wrong
<grin>, but I don't know what I should be doing. I have tried to wind
up the debug level to 9 but absolutely nothing gets logged.
Ian
</pre>
</blockquote>
<pre wrap="">
_______________________________________________
gstreamer-devel mailing list
<a class="moz-txt-link-abbreviated" href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a>
<a class="moz-txt-link-freetext" href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a>
</pre>
</blockquote>
<br>
<div class="moz-signature">-- <br>
--<br>
Ian Davidson<br>
<i>239 Streetsbrook Road, Solihull, West Midlands, B91 1HE</i><br>
--<br>
Facts used in this message may or may not reflect an underlying
objective reality. Facts are supplied for personal use only.<br>
Recipients quoting supplied information do so at their own risk.
Facts supplied may vary in whole or part from widely accepted
standards.<br>
While painstakingly researched, facts may or may not be indicative
of actually occurring events or natural phenomena.<br>
The author accepts no responsibility for personal loss or injury
resulting from memorisation and subsequent use.
</div>
</body>
</html>