<div dir="auto"><div>Hi James,<br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le sam. 25 mars 2023, 23 h 15, James Linder via gstreamer-devel <<a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
> On 26 Mar 2023, at 12:18 am, Michael Gruner via gstreamer-devel <<a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank" rel="noreferrer">gstreamer-devel@lists.freedesktop.org</a>> wrote:<br>
> <br>
> gst-launch has the -f or --no_fault option to avoid installing the GDB handler.<br>
> <br>
> I don’t know your use case, but in any case gst-launch is just a prototyping tool, not meant for creating products with it.<br>
<br>
Dear Michael<br>
<br>
gdb and core dump are one of the most useful tools there are<br>
eg<br>
12 months after you released a product a customer says “It just disapeared …”<br>
core and gdb show exactly where not considering 29 Feb causes …<br>
<br>
likewise<br>
<br>
>> rather than try to launch gdb<br>
<br>
Because you are not interested if the fault is a bug in gst or if you’ve done something stupid.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Please show some respect, I do think the title is hilarious, but I can understand not everyone have the same level of humour.</div><div dir="auto"><br></div><div dir="auto">The gdb handler is a developer tool, but disabling is wanted when you use a system core handler (like systemd-coredump).</div><div dir="auto"><br></div><div dir="auto">Nicolas</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
James <br>
<br>
> <br>
>> On 25 Mar 2023, at 07:05, Justas P via gstreamer-devel <<a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank" rel="noreferrer">gstreamer-devel@lists.freedesktop.org</a>> wrote:<br>
>> <br>
>> <br>
>> I have a use-case for gstreamer, where sometimes it will SIGSEGV. How can I make the gstreamer process die, rather than try to launch gdb.<br>
>> <br>
>> The underlying issue is a noisy USB link to the camera being captured.<br>
>> <br>
>> Pipeline is live and does not need PREROLL ...<br>
>> Pipeline is PREROLLED ...<br>
>> Setting pipeline to PLAYING ...<br>
>> New clock: GstSystemClock<br>
>> ERROR: from element /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: Internal data stream error.<br>
>> Additional debug info:<br>
>> ../libs/gst/base/gstbasesrc.c(3127): gst_base_src_loop (): /GstPipeline:pipeline0/GstV4l2Src:v4l2src0:<br>
>> streaming stopped, reason not-negotiated (-4)<br>
>> Execution ended after 0:00:00.001985760<br>
>> Setting pipeline to NULL ...<br>
>> Caught SIGSEGV<br>
>> exec gdb failed: No such file or directory<br>
>> Spinning.  Please run 'gdb gst-launch-1.0 1586' to continue debugging, Ctrl-C to quit, or Ctrl-\ to dump core.<br>
>> ^C|^\Quit<br>
>> <br>
<br>
</blockquote></div></div></div>