Signal caught warning when GDB starts in SlickEdit

[Juan Fonseca]

Every time I run GDB with a  program that generates a SIGUSR1, SlickEdit gives a warning (see attached).
Is as if it ignores the ~/.gdbinit file in my root directory. This does not happen when I run it from VS Code or DDD for example.
Other programs that do not generate that signal execute correctly when I lunch GDB from SlickEdit.

I am having the same problem in 2017.

I lunch GDB from the menu:
Debug->Attach Debugger->Debug Executable (GDB)...

This is the content of ~/.gdbinit

handle SIGUSR1 nostop noignore noprint
handle SIG34 nostop noignore noprint
set exec-wrapper taskset -c 0

[Dennis]

By default, we ignore the content of ~/.gdbinit.

We do this because we had several users who were not able to start the integrated debugging because they had things in their .gdbinit that broke everything.  Since we have no control over what people put in their .gdbinit, and GDB makes not restrictions on it either, we launch GDB with the -nx option to tell it to ignore it.

You can override this behavior by setting up a custom GDB configuration.  Debug > Debugger Options... > Configurations >

• .  You can then point SlickEdit to the GDB executable of your choice and then specify in the arguments -x ~/.gdbinit to force it to load your settings from gdbinit.  Check the
• Default native debugging configuration checkbox when you are done so that SlickEdit uses your GDB configuration by default when debugging local applications.

Also, FWIW, we do plan on adding a Debug Signals tool window in a future release to simplify handling and configuration of signal handling.  We realize that currently it is rather tedious in the cases where GDB's default behavior is not adequate.

[Juan Fonseca]

Dennis,

That did it, thank you.

I tried that on Debug -> Attach Debugger -> Debug Executable (GDB), Arguments and it didn't work.

I do not find the setup tedious at all. The only problem I have is that I couldn't find how to set it up in the documentation or the forum.

Thank you again.