HP WDB-GUI Reference Manual HP-UX 11i v2 Edition 7 Manufacturing Part Number: 5991-6405 August 2006 Printed in the United States © Copyright 2006 Hewlett-Packard Development Company, L.P.
Legal Notices The information in this document is subject to change without notice. Hewlett-Packard makes no warranty of any kind with regard to this manual, including, but not limited to, the implied warranties of merchantability and fitness for a particular purpose. Hewlett-Packard shall not be held liable for errors contained herein or direct, indirect, special, incidental or consequential damages in connection with the furnishing, performance, or use of this material.
1. WDB GUI Overview Summary of Features. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 2. Installing WDB GUI Installation Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Supported Configurations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Disk Space Requirements. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Changing signal handling . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Browsing Functions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Viewing source for a function . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Specifying a function filter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Displaying Memory Layout . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Viewing Assembly Instruction Description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Saving and Restoring Debug Sessions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . To save a debug session . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Restoring a debug session . . . . . . . . . . . . .
vi
1 WDB GUI Overview The HP WDB GUI is a Graphical User Interface (GUI) designed by Hewlett-Packard for the WDB debugger. WDB stands for Wildebeest Debugger, which is HP implementation of the open source GDB debugger. WDB GUI supports both 32-bit and 64-bit programs on HP-UX 11.x on PA systems, and also runs on HP-UX Itanium systems. WDB GUI can be used to debug native-compiled HP C, HP aC++, and Fortran programs.
WDB GUI Overview Summary of Features WDB GUI supports the heap-check string on/off feature of GDB. If the check string flag is set to on, it enables the validation of calls to functions such as strcpy, strncpy, memcpy, memncpy, memmove, memset, bzero and, bcopy. • Support for display of memory layout for a given address WDB-GUI displays memory contents for a given address. This option is available from the View menu.
WDB GUI Overview Summary of Features • Watch Points are supported through WDB GUI The user has to specify variable name and an appropriate value to define a watch point. The user can enter these values from the quickwatch screen of WDB GUI. • Support for the -mapshared option: WDB GUI supports the -mapshared functionality. This option suppresses the mapping of all shared libraries in a process private.
WDB GUI Overview Summary of Features The Dwell feature has been enhanced to display large data. • Enhanced Source View: Consistent display of source files in the Source View for FORTRAN applications. • No dwelling on Code comments: WDB GUI is now able to distinguish Code comments and will not show the value when dwelled on it. • Support for WDB Pathmap functionality: WDB GUI supports HP WDB debugger Pathmap functionality.
WDB GUI Overview Summary of Features the expandable data structure, click on the plus sign (+) available on the left side of the data structure name, or by double clicking the Name field on the line. To collapse the whole expansion, click on the minus sign (-) or double click on the line again. If the Enhanced Array Browsing option is set, the Quick Watch view will show the entire contents of the expandable data structure by default.
WDB GUI Overview Summary of Features WDB GUI provides a separate popup terminal window for the user to execute shell commands. Type exit in the popup window to close the popup window and return the prompt to WDB GUI. If no TERM value is specified, xterm is taken for popup by default. • Hexadecimal display in Dwell: This feature allows you to view the hexadecimal values of the variables.
WDB GUI Overview Summary of Features • Fix and continue: Allows you to edit sources and make the debugger compile and patch in the changes without restarting the debugged program. • Memory checking: Allows you to configure the debugger to check and report heap use, memory leaks, and memory use errors. • Function browsing: Allows you to visit the source for a function by clicking on the function name. You can choose from a list of functions that match a given regular expression.
WDB GUI Overview Summary of Features • 14 Support for saving and restoring debugger sessions.
2 Installing WDB GUI Chapter 2 15
Installing WDB GUI Installation Overview Installation Overview The following sections describe the requirement for installing WDB GUI: Supported Configurations WDB GUI 5.3 is supported on HP-UX 11.x systems. Disk Space Requirements Table 2-1 Disk Space Requirements for Installing WDB GUI Configuration WDB-GUI only On 11.0 (PA) On 11.23 (IA) 8 MB 8 MB 16 MB 16 MB (WDB already installed) WDB and WDB-GUI Installation Instructions WDB GUI requires HP WDB. If you do not have HP WDB 5.
Installing WDB GUI Installation Overview • Runtime contains one fileset: WDB-GUI-RUN • Help contains one fileset: WDB-GUI-HELP • Manuals contain one fileset: WDB-GUI-MAN NOTE Chapter 2 Selecting the WDB GUI product will automatically select only the Runtime subproduct of the WDB product. When you install the WDB GUI with swinstall, select both the WDB GUI and WDB products. If you select only the WDB GUI product, the WDB documentation does not load automatically.
Installing WDB GUI Installation Overview 18 Chapter 2
3 Debugging with WDB GUI Loading a Program and Changing Program Settings You can set the following options for your debug sessions: • Run options • Environment variables • Standard input/output redirection NOTE When you click OK in the Load Program dialog box, any settings that you have specified in the Command view will be overridden. If you change any debug settings or click OK in the Load Program dialog box, WDB reloads your executable and unloads the running executable.
Debugging with WDB GUI Loading a Program and Changing Program Settings Setting Run Options In the Load Program dialog box, use the Run tab to set options that specify the executable name, program arguments, core file name, and existing process to be used for the current debug session. To specify an executable: 1. On the File menu, click Load Program, then click the Run tab. 2. In the Executable Name box, type the path and name of the executable. To browse for the file, click the Browse button. a.
Debugging with WDB GUI Loading a Program and Changing Program Settings Set desired breakpoints at this stage because once you continue executing the process, you will not have control of execution until a breakpoint has been reached. NOTE • You can debug executables that are stored on NFS-mounted file systems, but you cannot attach to an existing process if the executable that you run resides on an NFS-mounted file system rather than on your local machine’s file system.
Debugging with WDB GUI Loading a Program and Changing Program Settings To view current environment variables 1. On the File menu, click Load Program, then click the Environment tab. 2. Check the Debug Environment Variables list box for a list of current environment variables. 3. Click OK. NOTE 22 • The Load Program dialog box does not display the environment variables that you specify using the Command view.
Debugging with WDB GUI Loading a Program and Changing Program Settings To set new environment variables 1. On the File menu, click Load Program, then click the Environment tab. 2. In the Variable box on the Add/Modify Environment Variable section, type the name of the variable you want to set. 3. In the Value box, type the value that you want to assign to the specified variable.
Debugging with WDB GUI Loading a Program and Changing Program Settings To redirect standard input and output information 1. On the File menu, click Load Program. 2. Click the Input/Output tab. 3. In the Stdin box, type the name of the file or browse to the file that you want to specify for standard input. 4. In the Stdout box, type or browse to the file that you want to specify for standard output.
Debugging with WDB GUI Starting and Stopping the Debug Process Tips: To save the program settings that you set in the Load Program dialog box, click Save Session on the File menu and make sure that the Program Settings (Load Program) check box is checked. Starting and Stopping the Debug Process You can use the commands in this section to control the execution of your program in the debugger. The Go and Restart options provide two ways to start the debugging process.
Debugging with WDB GUI Starting and Stopping the Debug Process To restart the debug process 1. On the Debug menu, click Restart. 2. Or, click the Restart button in the toolbar: Stopping a debug session The Stop Debugging command stops executing the current program and enables loading of a new executable. The program is still loaded in the debugger, but no process is running. All views except the Source view are cleared and initialized.
Debugging with WDB GUI Using Breakpoints Using Breakpoints You can set breakpoints that pause program execution prior to the breakpoint location. In this way, you can evaluate variables, set breakpoints, view the call stack, or perform other debug actions at specific locations during the debug process.
Debugging with WDB GUI Using Breakpoints Table 3-1 Breakpoint dialog box description (Continued) Field/Button Action Number of breakpoint hits to ignore before stopping text box Type the number of times you want to skip the selected breakpoint. This means that during execution, the WDB GUI will ignore the breakpoint “n” times and then pause at the breakpoint before executing “n+1.” Breakpoints list Displays all breakpoints that you have set.
Debugging with WDB GUI Using Breakpoints • Right-click in either the Source or Disassembly view, and on the pop-up menu, click Insert Breakpoint. • Or, click the toolbar button. Inserting breakpoints To insert a breakpoint 1. On the left side of the text in the Source or Disassembly view, place your cursor at the line where you want to insert a breakpoint. 2. Click M1. A breakpoint marker (a solid red octagon) appears in the left margin of the view, indicating that the breakpoint is set. Or 1.
Debugging with WDB GUI Using Breakpoints Viewing and modifying breakpoints The Breakpoints dialog box allows you to view and modify breakpoint attributes. You can also use this dialog box to add and remove breakpoints. To bring up the Breakpoints dialog box 1. Place the cursor on a breakpoint symbol. 2. Click M2. The Breakpoints dialog appears with the breakpoint you clicked on selected. Or 1. On the Edit menu, click Breakpoints. 2. You can use the dialog box to view, modify, add, and remove breakpoints.
Debugging with WDB GUI Using Breakpoints Indicates an enabled breakpoint. Indicates a disabled breakpoint. • To break at a location only once, check the Temporary check box. Once a temporary breakpoint has been reached, it is removed automatically from the list. • To execute WDB commands when a breakpoint is reached, enter the commands in the Enter WDB commands to invoke at breakpoint text area. Type each command on a separate line.
Debugging with WDB GUI Advancing Through Your Program • You can automatically set breakpoints every time the WDB GUI starts by specifying them in the .gdbinit file. To automatically load breakpoints, add the following line to the .gdbinit file: break function_call • You can save the breakpoints you have set by saving the debug session. You can later restore the breakpoints you have saved by restoring the debug session.
Debugging with WDB GUI Advancing Through Your Program Stepping over functions The Step Over command provides a single step execution of the current instruction, unless the instruction is a function call. If the instruction is a function call, Step Over executes the entire function, then pauses at the instruction immediately following the function call. Program execution also pauses at breakpoints that are set in a function.
Debugging with WDB GUI Advancing Through Your Program If steplast is not meaningful at the current line, gdb will display the following warning message: “Steplast is not meaningful for the current line; behaviour undefined.” In C++, the steplast command is helpful while debugging heavy templated functions, because it directly steps into the call, thus skipping the constructor calls, if any. This behaviour is unlike the step command that steps into the constructor itself. To step last a function 1.
Debugging with WDB GUI Setting Signal Handling Setting the next statement to execute The Set Next Statement command sets the program counter at the current cursor location. The program begins execution from the newly set statement instead of from the previous program counter location. You can use the Set Next Statement command to change the flow of execution if you want to re-execute or skip a portion of the program. To set the next statement to execute 1.
Debugging with WDB GUI Setting Signal Handling Table 3-2 Columns and descriptions Column Description Signal Name of the signal Stop Indicates whether or not to halt execution on signal. Print Indicates whether or not to announce the signal Pass Indicates whether or not to pass the signal to the program. Passing the signal allows the program to handle the signal. Description A description of the signal.
Debugging with WDB GUI Setting Signal Handling Table 3-3 Buttions and descriptions Button Description OK Click to apply changes you have made and exit this dialog box. Apply Click to apply the changes that you have made. Cancel Click to exit this dialog box. Changes that were not applied will be lost. Viewing signal handling To view how signals are handled 1. On the Edit menu, click Signals. 2. When you are finished, click Cancel to close the dialog box.
Debugging with WDB GUI Browsing Functions Browsing Functions WDB GUI makes it easy to lookup and visit functions in your source code. You can specify a regular expression filter to control which functions are listed, and you can visit the source of a listed function simply by clicking on the name in the list. The function browser is in the tool bar at the top of the debugger’s main window. Viewing source for a function The most direct way to view source for a function is to: 1.
Debugging with WDB GUI Using the Program Console Function filters are regular expressions. This allows you to, for example, precede an expression with ‘^’ to match the beginning of a function name, or follow the expression with ‘$’ to match the end of a function name. NOTE Unless you specify otherwise, “.*” is assumed to precede and follow the filter you enter. Examples: • “foo” is equivalent to “.*foo.*” • “^foo” is equivalent to “^foo.*” • “foo$” is equivalent to “.
Debugging with WDB GUI Using the Program Console See Setting Program Input/Output Redirection in the Loading a Program and Changing Program Settings topic for more information on standard input/output redirection. NOTE Unless the debugger is attached to an existing process, standard output and standard error are merged in the Program Console. You cannot redirect standard error. Viewing program output To open the program console 1. On the View menu, click Program Console.
Debugging with WDB GUI Changing the Working Directory • To redirect standard error output, start your program in a terminal window outside of the WDB GUI and then attach to the process. This gives you direct control of standard error output. Changing the Working Directory The current working directory is the directory where the debugger runs. This is where the debugger looks for your program executable and core file. This is also one of the places the debugger looks for your source files.
Debugging with WDB GUI Setting source paths Setting source paths You can set source paths so that the WDB GUI can locate the source files for the currently loaded executable. You can also delete and change the order of priority for the source paths that you have set. Adding and deleting source paths To add a source path 1. On the Edit menu, click Source File Paths. 2. Click the Browse... button in the Source File Paths dialog box. 3.
Debugging with WDB GUI Setting source paths 5. In the Source File Paths dialog box, verify that the source paths you selected appear in the Source File Paths list. Click OK. To delete a source path 1. From the Edit menu, click Source File Paths. 2. In the Source File Paths list, select the source path you want to delete. 3. Click Delete. The selected source path disappears from the Source File Paths list. 4. Click OK. To replace a source path 1. On the Edit menu, click Source File Paths. 2.
Debugging with WDB GUI Setting Object Paths To move a source path down 1. On the Edit menu, click Source File Paths. 2. In the Source File Paths list, select the source path you want to move down. 3. Click Move Down until the path is where you want it in the list. 4. Click OK. Tips • One way to save your source path information is to save your debug session. • You can automatically set source file paths every time WDB starts by specifying paths in the .gdbinit file.
Debugging with WDB GUI Setting Object Paths Adding and deleting object paths To add an object path 1. On the Edit menu, click Object File Paths. 2. Click the Browse... button in the Object File Paths dialog box. 3. In the Add Object File Path dialog box, double-click in the Directories list to select the appropriate path. 4. When the proper path appears in the Selection box, click Add. 5. Repeat steps 3 and 4 to add as many paths as you want. Click Close.
Debugging with WDB GUI Setting Object Paths 6. In the Object File Paths dialog box, verify that the object paths you selected appear in the Object File Paths list. 7. Click OK. To delete an object path 1. On the Edit menu, click Object File Paths. 2. In the Object File Paths list, select the object path you want to delete. 3. Click Delete. The selected object path disappears from the Object File Paths list. 4. Click OK. To replace an object path 1. On the Edit menu, click Object File Paths. 2.
Debugging with WDB GUI Setting Object Paths 3. Click Move Up until the path is where you want it in the list. 4. Click OK. To move an object path down 1. On the Edit menu, click Object File Paths. 2. In the Object File Paths list, select the object path you want to move down. 3. Click Move Down until the path is in the place where you want it to be in the list. 4. Click OK. Tips • One way to save your object path information is to save your debug session.
Debugging with WDB GUI Setting Pathmap Setting Pathmap You can set pathmap so that WDB GUI can locate the object files for the currently loaded executable, which are spread over many directories. The Pathmap ’From’ and ’To’ dialog box lets you define a list of substitution rules that need to be applied to the path names to identify the object files and the corresponding source files. In this dialog box, you can add, delete, and change the priority order of pathmap.
Debugging with WDB GUI Setting Pathmap Adding and Deleting Pathmap Using the Pathmap dialog box, you can add and delete pathmaps. To add a pathmap 1. On the Edit menu, click Pathmap. 2. In the Pathmap dialog box, click the Browse button. 3. In the From-Add Pathmap File Path and To-Add Pathmap File Path dialog box, double-click in the Directories list to select the appropriate ’From’ and ’To’ paths. 4.
Debugging with WDB GUI Opening Source Files • the directory that you want to replace is highlighted in the Pathmap- From and To text box. • the new directory that you selected appears in the directory edit box (to the left of the Browse button). 6. Click Replace. 7. Click OK. Changing the Order of Pathmap In the Pathmap list, the paths are searched in the order in which they are listed, that is, the WDB GUI will map the first pathmap listed, then the second path, and so on. To move a pathmap up 1.
Debugging with WDB GUI Opening Source Files To open a source file 1. On the File menu, click Open File. 2. In the Directories list, double-click to select the appropriate directory. 3. Select the Open in debugger toggle (this is the default). You have the option of opening a file in an external editor. This is useful when you want to edit a file in an external editor, but you also want the debugger to monitor the file for changes, and rebuild the file if changes are detected.
Debugging with WDB GUI Viewing Code Tips • Click the toolbar button to open the Open File dialog box: • To change the size of the Recent Files list on the File menu, click Preferences on the Edit menu, and then change the value of Recent files list, maximum size. • You can open another tab for a file in the Source view by choosing Edit File from the Source view pop-up menu (press M3).
Debugging with WDB GUI Viewing Code The dwell feature allows you to quickly view the value of a variable or expression. It is available from both the Source view and Disassembly view. Viewin g source code Before you can view your source code, you must have an executable loaded and running in the WDB GUI. Once you have loaded a file, you can use the Source view to see and manipulate your source code.
Debugging with WDB GUI Viewing Code • See the current file’s source path. • See the source file contents. • See the current location of the program counter. The program counter is set to the point in your program where the debugger will begin executing. • See the location and status of breakpoints. • See a stack marker that indicates the current context, determined by the stack frame selected in the Call Stack view.
Debugging with WDB GUI Viewing Code • Open File in $EDITOR Viewing assembly code Before you can use the Disassembly view, your executable must be running. You can use the Disassembly view to: • See the assembly code associated with the currently executing function. • See the instruction that corresponds to the current location of the program counter. The program counter is set to the point in your program where the debugger will begin executing. • See the location and status of breakpoints.
Debugging with WDB GUI Viewing Code • Insert/Remove Breakpoint • Enable/Disable Breakpoint • Edit Breakpoint... • Run to Cursor • Set Next Statement • Open Separate View • Close Viewing variables using Dwell The dwell feature displays the value of the variable or expression on which the mouse pointer is paused. Dwell works in both the Source view and the Disassembly view. Dwell gives you quick information about a variable.
Debugging with WDB GUI Fixing the Code from within the Debugger Dwell displays the value of fields as well as variables. Dwelling on bar of foo->bar displays the value of foo->bar, while dwelling on foo displays only the value of foo. In the expression a[i] there are several places to use dwell: • If a is a pointer, dwelling on a displays the value of variable a. • If a is an array, dwelling on a displays the text [...]. This indicates that the variable is an array and cannot be viewed with dwell.
Debugging with WDB GUI Fixing the Code from within the Debugger NOTE Changes made to an executable during a debugging session are not saved when you exit the debugger. To apply the changes outside the debugger, you must rebuild your executable. There are a number of restrictions on the changes you can make to your program while it is being debugged. See Restrictions on Fixing Code from within the Debugger for details. Fixing code and continuing your program To edit your source code in the debugger 1.
Debugging with WDB GUI Fixing the Code from within the Debugger 3. Select the Open in debugger toggle (this is the default).If you prefer, you can choose to open the file in an external editor. 4. Make changes to the source file or files. 5. If you’re using an external editor, save your changes when you have completed them. 6. Click on one of the following toolbar buttons: • Step Into • Step Over • Step Out • Step Last • Go • Restart 7. WDB GUI asks you if you want to apply the source changes.
Debugging with WDB GUI Fixing the Code from within the Debugger 2. Click Browse... to display the Name of File to Fix dialog box. 3. In the dialog box, choose a file to add to the fix list. 4. Click OK to close the dialog box. The file you selected appears in the Add/Delete Fix List Files dialog. 5. When you are finished adding files to the fix list, Click OK.All files in the list will be monitored for changes. To request an immediate rebuild of a specific file 1. On the Edit menu, click Fix List....
Debugging with WDB GUI Finding Specific Text inYour Code Additionally, the debugger has these limitations in how it handles changed code: • With the exception of the routine at the top of the stack, new code will not be executed for a routine currently on the stack until that routine is popped off the stack and program execution reenters that routine.
Debugging with WDB GUI Finding Specific Text inYour Code Find Next searches for the next occurrence of the text or regular expression specified the last time you used Find. To find text or a regular expression 1. On the Edit menu, click Find. 2. In the Find box, type the text or regular expression that you want to find. If you use regular expressions, ensure that the Regular Expression check box is selected.
Debugging with WDB GUI Displaying Memory Layout To find the next match On the Edit menu, click Find Next. The cursor is moved to the next match in the file, and the matching text is highlighted. Tips • Click the toolbar button to open the Find dialog box: • The last text string for which you searched is entered in the Find text box. • To find text in a specific view, click in that view. Displaying Memory Layout To display the memory contents for a specific address, complete the following steps: 1.
Debugging with WDB GUI Viewing Assembly Instruction Description Table 3-4 Supported Options (Continued) Options Description Close This View This option removes the tab from the main screen. Open Separate Window This option detaches the Memory Layout tab from main screen and opens it in a separate window. NOTE The formats and data size can be changed by selecting the Display Format and, the Size Format from the available options.
Debugging with WDB GUI Saving and Restoring Debug Sessions Saving and Restoring Debug Sessions The Save Debug Session dialog box Chapter 3 65
Debugging with WDB GUI Saving and Restoring Debug Sessions The Restore Debug Session dialog box You can save and restore the following debug session attributes: • Current working directory • Program settings • Source paths • Object paths • Pathmap • How signals are handled • Current breakpoints • Window layout 66 Chapter 3
Debugging with WDB GUI Saving and Restoring Debug Sessions • Debugger preferences To save a debug session 1. On the File menu, click Save Session. 2. In the Save Debug Session dialog box, enter the name of the file where you want the session to be saved. You can type or browse for the file name. 3. Check the types of session data you want to save. 4. Click OK. Restoring a debug session 1. On the File menu, click Restore Session. 2.
Debugging with WDB GUI Saving and Restoring Debug Sessions • Stop when freeing unallocated or deallocated blocks. • Stop when freeing a block if bad writes have occurred outside block boundary. • Stop if a specified block address is allocated or deallocated. • Scramble previous memory contents at malloc and free calls. • Stop when allocation causes heap growth. • Collect memory leak data. • Stop if the specified block is allocated or deallocated.
4 Troubleshooting WDB GUI Error Messages The following table explains the causes and solutions for the various error messages that the system displays while you work with WDB GUI: Table 4-1 Error Message descriptions Message Failed to find debugger Cause 1.If gdb is not in the default path /opt/langtools/bin/ 2. If GDB_SERVER is not set to a valid path Solution 1. Export GDB_SERVER= 2. Export GDB_SERVER to valid path (pointing to gdb).
Troubleshooting WDB GUI Error Messages Table 4-1 Error Message descriptions (Continued) Message Cause Solution No ptys available. You have tried to open a program console terminal and all ptys are in use. Or you are denied access to the pty. Close some applications that use ptys, then shut down and restart the WDB GUI. Or check pty ownership then try again.
Troubleshooting WDB GUI Error Messages Table 4-1 Error Message descriptions (Continued) Message Cause Solution usage: wdb [gdb options] [Xt options] [-session filename] [executable-file [core-file or process-id]]. You have entered invalid command options. Check command options based on the usage line provided in this error message, then try again. Unrecognized file format. The Session or Preferences file cannot be parsed.
Troubleshooting WDB GUI Troubleshooting Tips NOTE See the Command view output area for additional debug messages and warnings. Troubleshooting Tips Debugging executables over NFS You can debug executables that are stored on NFS-mounted file systems. However, you cannot attach to an existing process if the executable you are running resides on an NFS-mounted file system instead of on your local machine’s file system.
Troubleshooting WDB GUI Troubleshooting Tips • The breakpoint has been deferred. See Working with Deferred Breakpoints. • Or a breakpoint was actually set as you specified, however the debugger cannot locate the appropriate file using the current source file paths that you have set. To update the source file paths, see Setting Source Paths. Problems with keyboard shortcuts or mneumonics If you have problems with keyboard shortcuts or mneumonics, check if the CAPS LOCK or NUM LOCK key is active.
Troubleshooting WDB GUI Known Problems Known Problems • Problem:gdb prompt gets disabled in WDB-GUI Workaround:Giving a on gdb prompt in WDB-GUI, and disables gdb prompt. • Problem:WDB GUI Opens Multiple Windows Workaround:WDB GUI opens the same source file twice in the source window, when TERM the working directory is changed to an NFS mounted directory which has a canonical reference. For example, /tmp can canonically refer to /disk3/tmp.
Troubleshooting WDB GUI Known Problems If you modify and save the source file in one window, the changes will not be visible in the second window. If you then modify the source file in the second window, WDB GUI will display this warning: The file has been modified since opened or last saved. Save anyway? This happens only for an NFS mounted filesystem that has a canonical reference and you do a cd to that directory from within the debugger. • Problem:Terminal Window Sometimes Fails to Start on 10.
Troubleshooting WDB GUI Known Problems 1. If you have a read command in the .cshrc file and if you have not specified the absolute path for the Program Console (ie) TERM=dtterm, and if you try to open the Program Console, the GUI will hang or will dump core. When there is no full path specified for the dtterm/ hpterm/xterm, WDB GUI will use the which command to find the path for these terminals. which executes the .cshrc file and the read in .cshrc waits for some input .
Troubleshooting WDB GUI Using Online Documentation Another possible cause of coredump might be the absence of the motif patches PHSS_22947 and PHSS_23823. You can install these patches as well, to solve the coredump problem. • Problem:Support of FORTRAN array slices 0 Workaround:HP WDB-GUI 3.1.5 or higher does not support FORTRAN array slice feature in the Local Variables, Watch, and Quick Watch windows. The HP WDB 3.1.5 or higher command-line supports this feature.
Troubleshooting WDB GUI Using Online Documentation 4. Click OK. The new browser command is stored in the file $HOME/.wdbguirc when the WDB GUI exits normally. Locating information Table of Contents To find information, browse the Table of Contents in the left column of each page. It lists all of the documents available in WDB GUI Help. When you click on a document, it expands to list all of the topics it contains.
Troubleshooting WDB GUI Getting Support Takes you to the WDB GUI keyword index. Printing Topics You can print any HTML topic using the print command in your Web browser. Getting Support If you have a support contract, call the HP Response Center at 800-633-3600 (North America) or contact your Country Response Center. You will need the software system identifier (system handle) associated with your support contract. HP WDB is covered under the support contract for your HP compiler.
