Use a COBOL Core Dump debug configuration to debug a core file that was generated when your application crashed. See
To create a core dump for details on how to produce the file when an application crashes. The options are:
- COBOL Project
- The project that will be used while debugging.
You can debug a core file without a project. You need to specify the location of the debug symbols file (.idy) on the other tabs of the debug configuration.
- Connection Properties
- Enter values for these fields if you want to debug your project or the application when it is running on a remote machine.
- Remote Host
- The name or IP address of the remote machine.
- Specify the port on which cobdebugremote process will listen on the remote host
- When you are debugging an application on a remote machine, the
cobdebugremote32 process (or
cobdebugremote64 for a 64-bit process) needs to be running on that machine.
1
- If you are developing the application on the remote machine
- If you are using
Visual COBOL Development Hub, the IDE starts the
cobdebugremote32 process (or
cobdebugremote64 for a 64-bit process) automatically on the remote machine when you start debugging. You do not need to select a port as a
random one is picked when the process starts, but if you select this option you can assign a specific port in the
cobdebugremote port field. If you do specify a port, the process starts automatically on that port.
- If you are developing the application on the local machine and debugging remotely
- You must first start the
cobdebugremote32 process (or
cobdebugremote64 for a 64-bit process) from a command prompt.
- The process takes the following options:
- no options
- Starts the process and opens a random port for remote connections. The port number is displayed in the console.
- machine=name
- Specify the machine that the process is running on. Only valid with the
stop option.
- port
-
- port=nnnnn
- Specify the port to use to listen for connection requests.
- port=nnnnn-yyyyy
- Specify the range of ports to use. If port
nnnnn is in use, the next port is tried until a free port is found. If no free ports are found in the range, the utility returns
an error.
Note: You must enter the same number you set as the
port option in the
cobdebugremote port field of your debug configuration.
- repeat
- After the debug session has been completed, start listening for another connection. If no option is specified, the process
exits after the debug session has completed.
- stop
- Causes the process that is listening on the port to exit. Must be used with the
port option. This is only valid when the process is waiting for a connection.
If you run the process with no options, you must enter the port number displayed in the console in the
cobdebugremote port field.
- Use X Server
- For SSH-only connection types (Micro Focus DevHub SSH Only), you do not need to use an X Server implementation to echo the remote program output back to your local machine; for simple
I/O programs, you can display the output in the Console view within the IDE. For more complex programs, you may still want
to use an X Server implementation, for a better display experience.
- To direct the program output to the Console view, ensure
Use X Server is not selected. For other connection types, this option is unavailable, and an X Server implementation must be used.
- X Server (DISPLAY)
- If you are debugging an application on a remote UNIX machine using
Visual COBOL Development Hub, enter the identifier for the X server that will display the remote program output. The default value is
client machine name:0.0.
- Before debugging, make sure that the X server is running and that the remote machine
xhost configuration has the correct access permissions. You can use the
xhost + command to add your host or username to the list of those permitted.
- Core Dump File
- Enter the location of where a core file is stored. If you only specify the directory, and no filename, Eclipse will prompt
you for the filename when the debugger starts. The filename is
core or
core.<pid> by default, but you can change this using the core_filename run-time tunable.
- Executables Location
- Identify a working directory. You can set this automatically to whichever directory you chose to store the core file.
- Debug Options
-
- To ensure debugging works correctly, you must indicate when the application you are debugging is 64-bit.