Use
COBOL Enterprise Server to debug an application running on an
enterprise server region.
General tab
The
General tab enables you to specify some general settings for the debug session:
- COBOL Project
- The project that will be used for the debug session.
- Enterprise Server
- Select the connection details for the
enterprise server region containing the application to debug. You can select one of the following:
- Debugging type
- To debug only a specific aspect of your application (for example, a particular step for a JCL application, or a particular
transaction for a CICS application), in the
Type field, click
and select the application type, and then enter the specific details on which execution will break during debug. If you leave
all the options blank, the entire application is debugged.
- Debug Options
- Use these options to further control the debugging process.
Source tab
The
Source tab enables you to define a list of sources and locations required to run the application being debugged. Once you have selected
a number of resources of the same type, you can use the
Up and
Down options to arrange the order in which the resources are searched.
- Source Lookup Path
- Enables you to specify the locations and order in which the debugger looks for source files.
Click
Add to add locations:
- COBOL Project
- Select this option to choose the projects to search. Any folders and dependent projects specified on the
Micro Focus > Build Path tab in the projects' properties is also searched.
- Environment Variable
- Select this option to select one or more variables that include the folders that must be searched.
- File System Directory
- Select this option to specify a specific file system folder to be searched that may exist outside the workspace.
- Paths From Program Symbols Files
- Select this option to enable the debugger to locate the source file using the path specified in the
.idy file, this is the path stored when the program was compiled. The source file can be outside of the workspace and means that
the project containing the source file does not need to be added to the source lookup.
- Project
- Select this option to enable folders in a specific project to be searched.
- Working Set
- Select this option to add the source lookup path for all the visible projects defined in a working set, see
Working Sets.
- Workspace
- Select this option to search all folders within the current workspace.
- Workspace Folder
- Select this option to enable you to specify a specific folder within your workspace as a source lookup path.
Additionally, if the source location contains source files of the same name that you would like to search, select
Search for duplicate source files on the path.
Common tab
The
Common tab defines general aspects of the launch configuration.
- Save As
- A launch configuration is saved as an XML
.launch file on disk. By default, if
Local file is selected, this file is saved in the ${workspace_loc}/.metadata/.plugins/org.eclipse.debug.core/.launches directory, where
${workspace_loc} denotes the workspace location. If you want to share the launch configuration, select
Shared file to make it visible for version control.
- Display in favorites menu
- Select the launch configuration type(s) to display this configuration on their favorites menu. Configurations displayed above
the first delimiter on the drop list are favorites:
- Encoding
- Sets the encoding for the console allocated for this launch. If
Default is selected, the launch will inherit the current text file encoding setting from the Workspace preference page. Alternatively,
select
Other and choose a different encoding.
- Launch in background
- Select this option to perform this configuration in the background.
- Terminate child-processes if terminating launched process
- Any child processes are terminated when the launch process terminates.
Debug Symbols tab
The
Debug Symbols tab enables you to define a list of resources and locations that locate the debug symbols files required to debug the application.
Once you have selected a number of resources of the same type, you can use the
Up and
Down options to arrange the order in which the resources are searched.
- Debug Symbols Lookup Path
- Enables you to specify the locations and order in which the debugger looks for debug symbols containers and files.
Click
Add to add locations:
- Environment Variable
- Select this option to select one or more variables that include the folders that must be searched.
- File System Directory
- Select this option to specify a specific file system folder to be searched that may exist outside the workspace.
- Project
- Select this option to enable folders in a specific project to be searched.
- Remote File System Directory
-
Note: This option is only available when debugging remote projects.
Select this option to specify debug symbols files from a remote file system folder located on a remote host. Use the
Connection name field to select an existing connection to a remote host, or click
New Connection and create a new connection, and then use the
Remote path field to select the location of the symbols files on the host. Select
Search subfolders if you want to search recursively through subfolders for required symbols files.
- Workspace Folder
- Select this option to specify a specific folder within your workspace that contains the required symbols files.
Once you have selected a number of resources of the same type, you can use the
Up and
Down options to arrange the order in which the resources are searched.
Note: Debug symbols containers length must not exceed 32,725 characters.
Containers tab
The
Containers tab enables you to configure the container details if you plan to debug the application within a container. Select one of:
-
Run on machine where the project is located (default)
- Specifies that the project is to use "build without containers" mode when debugging or running. See
Different Ways of Building a Native COBOL Application in a Container for more information.
- Use base stage from Dockerfile
- Specifies that the project is to use "build on host" mode when debugging or running. See
Different Ways of Building a Native COBOL Application in a Container for more information.
- Container run parameters: parameters to pass to Docker or podman when running the container. If the
Use base stage from Dockerfile option is being used, you must include the -v parameter to volume mount the folder containing the project's build output
to the relevant folder in the container file system.
- Debug port: the port number that
Visual COBOL uses to connect to the container in order to debug it.
- Use project Dockerfile
- Specifies that the project is to use "build in container" mode when debugging or running. See
Different Ways of Building a Native COBOL Application in a Container for more information.
Note: When using the
Use base stage from Dockerfile or
Use project Dockerfile option,
Visual COBOL creates a container for the debug or run operation then removes the container once the project finishes its execution.