Migrating from Inspect to Native Inspect
Hewlett-Packard Company 543427-002 1 of 15
Migrating from Inspect to Native Inspect
Revised for H06.08
Seth Hawthorne
NonStop Enterprise Division
Hewlett-Packard Company
Introduction
Native Inspect is the standard command-line
debugger for debugging natively compiled
programs on HP Integrity NonStop systems.
It fulfills the roles formerly played by
DEBUG and Inspect on S-series and TNS
systems.
If you are reading this, you are probably
migrating to Native Inspect for the first time.
If you are familiar with the GNU GDB
debugger, a de facto industry standard
debugger found on many platforms, you will
be able to get started with GDB-based
Native Inspect in no time. Just scan for the
notes that identify GDB differences.
If you are a long-time Inspect user, use the
information in this document to translate
common Inspect debugging operations to
Native Inspect. The underlying concepts are
the same, though expressed differently. If
you are accustomed to Inspect commands,
the biggest challenge may be retraining your
fingers to issue the new commands that you
learn.
Note: Before H06.06, Native Inspect did not
support TNS/E COBOL; it now supports the
TNS/E versions of COBOL, C/C++, and pTAL.
In this document, Native Inspect commands
appear in courier bold and command
parameters appear in times italics. You can
abbreviate most commands.
Paradigm Shift
Accurate expectations are a key success
factor in many endeavors, especially in this
case. When you migrate to Native Inspect,
keep a few things in mind:
Native Inspect is a NonStop
implementation of the GNU GDB
debugger, not an Inspect descendent.
Native Inspect is in its initial releases
and will evolve.
Inspect is a scope-based debugger in
that code and data locations are
identified relative to the containing
procedure or function; Native Inspect
uses source file names and line numbers.
Preparing to Debug
Compiling Programs
You can compile programs on the NonStop
operating system or in a PC-based cross-
development environment. In the latter case,
you must transfer source files to the
NonStop system when debugging and might
have to define the location of source files to
the debugger.
As on S-series systems, the following
compilation optimization levels are
supported:
Level Description
O0 Limited optimizations and
best debugging.
O1 (default) Reasonable optimization
and debugging, but some
variables and locations
might not be available.
O2 Compiled for performance
with limited debugging.