How to get a Unix backtrace for a crashed application in a shell¶
Step #1 - Set your allowed core dump size to an unlimited value (you can check this with
Step #2 - Turn off the Squish crash handler by setting this environment variable:
Step #3 - In the same shell, start the Squish IDE, and reproduce the crash.
Step #4 - Start
gdb with the path and file name of the crashed binary and the path and file name of the core file.
General format to invoke
gdb for this:
For example if
/home/myuser/myautv1/bin/myautbinary crashed and the core file
/home/myuser/myautv1/bin/core got created this should be used:
(To find out which binary file the core file is from execute "
IMPORTANT: For correct backtraces it is mandatory to use the newly generated core file and the correct file name and path of the binary that crashed.
Step #5 - When you get a prompt, enter:
gdb type q then press
Send the output of this command to Squish support. (Please do not send the actual core file!)
Locating the generated core file¶
Unix systems allow for the tuning of the file name pattern and location of core files. As a result the
core file mentioned above might be named differently or not be found in the current working directory of an application that has crashed.
The following instructions apply to Linux systems only. Please ask froglogic support for equivalent instructions for other operating systems.
If the following statement returns a non-zero value the file name will be
xyz denoting the process ID (PID) of the process that crashed.
The setting revealed by this statement denotes the directory and file name pattern. By default it is just