Let gstreamer die instead of trying to launch gdb

[James Linder]

> On 26 Mar 2023, at 12:18 am, Michael Gruner via gstreamer-devel <gstreamer-devel at lists.freedesktop.org> wrote:
> 
> gst-launch has the -f or --no_fault option to avoid installing the GDB handler.
> 
> 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.

Dear Michael

gdb and core dump are one of the most useful tools there are
eg
12 months after you released a product a customer says “It just disapeared …”
core and gdb show exactly where not considering 29 Feb causes …

likewise

>> rather than try to launch gdb

Because you are not interested if the fault is a bug in gst or if you’ve done something stupid.

James 

> 
>> On 25 Mar 2023, at 07:05, Justas P via gstreamer-devel <gstreamer-devel at lists.freedesktop.org> wrote:
>> 
>> 
>> 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.
>> 
>> The underlying issue is a noisy USB link to the camera being captured.
>> 
>> Pipeline is live and does not need PREROLL ...
>> Pipeline is PREROLLED ...
>> Setting pipeline to PLAYING ...
>> New clock: GstSystemClock
>> ERROR: from element /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: Internal data stream error.
>> Additional debug info:
>> ../libs/gst/base/gstbasesrc.c(3127): gst_base_src_loop (): /GstPipeline:pipeline0/GstV4l2Src:v4l2src0:
>> streaming stopped, reason not-negotiated (-4)
>> Execution ended after 0:00:00.001985760
>> Setting pipeline to NULL ...
>> Caught SIGSEGV
>> exec gdb failed: No such file or directory
>> Spinning.  Please run 'gdb gst-launch-1.0 1586' to continue debugging, Ctrl-C to quit, or Ctrl-\ to dump core.
>> ^C|^\Quit
>>