Release notes for PureCoverage version 2002.05.00  HP-UX (32-bit)


Contents
========

  o Changes from previous releases

  o Supported systems

  o Restrictions and known issues


New in this release
===================
  - Bug fixes and compatibility with OS patches.

  - Support for gcc 2.95.2 and 2.95.3 compilers.

  - Support for aCC 3.27 and 3.30 compilers.

  - This release supports the LD_PRELOAD environment variable. This
    feature is available on HP-UX 11.00, AR0301(DART52) or later
    releases (ld and linker tools patch PHSS_22478). Please see the
    section "Restrictions and Known Issues" for known issues with
    LD_PRELOAD usage.


New in PureCoverage 2001a.04.00
===============================
  - Bug fixes and compatibility with OS patches.

  - HTML-based online help system. See the "HTML Help" topic in the 
    Restrictions and Known Issues section.

  - New product versioning system. This release
    is the successor of:

       PureCoverage 5.2 for HP-UX

  - This release supports HP-UX 11.11.

  - This release does not support HP-UX 10.01 and 10.10.

  - This release supports objdebug style debug information generated by 
    cc and aCC compilers. This feature is supported on HP-UX versions
    11.00 and higher only. With the +objdebug option to the compiler, 
    extra debug information is placed into each object file to help 
    the debugger locate the object file and to quickly find global types 
    and constants.

New in PureCoverage 5.2
========================
  - Bug fixes and compatibility with OS patches.

  - This release uses a new FlexLm based licensing. Read the new installation
    guide before installing the product.  Use rs_install instead of 
    pure_install for the installation.
  
  - This will be the last release to support
    HP-UX 10.01 and HP-UX 10.10.

New In PureCoverage 5.1
=======================
  - Bug fixes and compatibility with OS patches.

  - HP-UX 9.x is no longer supported.

  - Support for Cygnus GNUPro 98r2 compilers

New In PureCoverage 5.0.1
=========================
  - Bug fixes and compatibility with OS patches.

  - 32-bit PureCoverage 5.0.1 can now be used with 32-bit Purify 5.0.1.

  - This is the last release to support HP-UX 9.x. Apex Ada is no longer 
    supported.

New In PureCoverage 4.4
=======================

  - Bug Fixes

  - Support for Rational's ClearQuest defect tracking tool.  Please see 
    the Restrictions and Known Issues section below for details
    on how to use PureCoverage with ClearQuest or ClearDDTS.

  - Supports FLEXlm based licensing when installed as part of RSDSU.

New in PureCoverage 4.3
=======================

  - Support for Apex 3.0.0 Ada and C++ on Solaris and HP-UX.

  - Support for Rational's ClearQuest defect tracking tool.  Please see 
    the Restrictions and Known Issues section below for details on
    how to use PureCoverage with ClearQuest or ClearDDTS.

New in PureCoverage 4.2
=======================

  - bug fixes

==================================================


Supported systems
=================

  Operating system and Hardware
  -----------------------------

    PureCoverage has been tested with HP-UX versions 10.20, 11.00 and 11.11 
    from Hewlett Packard.

  Compilers
  ---------

    PureCoverage has been tested with the following compilers:
    - Bundled cc.
    - ANSI cc.
    - C++.
    - aCC.
    - GNU gcc and g++ versions 2.8.1, 2.95.X
    - Cygnus GNUpro v.98r2

  Threads
  -------

    PureCoverage supports these threads packages:
    - DCE threads (either libdce or libcma).
    - HP-UX kernel threads.

==================================================


Restrictions and Known Issues
=============================
  HTML Help
  ---------
  As of version 2001a.04.00, the online help has been replaced by a more 
  robust HTML based help system. The new online help incorporates all the 
  information from the product user manual.

  The following restrictions and notes apply to using the HTML help system:

  - The only supported browser is Netscape Navigator. You must use 
    Netscape Navigator 4.7 or higher.

  - Netscape must be on your path when you run your instrumented program. 
    Your path is used to locate the browser.

  - The first time you request help from a viewer, a new netscape session 
    will be started, even if you already have netscape running. This session 
    will be re-used by subsequent help requests unless you re-use the 
    launched browser for another purpose.  If you close the browser, a new 
    browser will be launched upon the next help request.

  - The new help system uses Javascript. On some platforms, the MOZILLA_HOME
    environment variable must be set in order for Javascript based web pages
    to work properly. If you experience Java related problems with the help:

    Make sure your netscape installation directory is on your path and that
    MOZILLA_HOME is either not set at all (we will set it for you) or is set to
    the same installation directory.

    If MOZILLA_HOME is set but does not point to the same netscape installation
    as the netscape on your path, the help may not work correctly.

    If MOZILLA_HOME is not set at all, PureCoverage will attempt to set it when
    we start netscape. But we will be unable to set it correctly if the 
    netscape found on your path does not resolve to an actual installation 
    directory. For example, if netscape actually references a wrapper script 
    in /usr/local/bin. In this case, you will need to set MOZILLA_HOME 
    explicitly.

    See the Netscape release notes for more information on MOZILLA_HOME.

  - Use the Help->Help Topics menu item to access the top level of the
    help system. In Quantify, you can also access the top level of the
    help system using the Help button on the initial Quantify Control
    Panel.

  - Context sensitive help is available on leaf menu items and on buttons
    ONLY. For information about a window, such as the Purify viewer,
    PureCoverage Annotated Source windows, or Quantify Function Detail
    window, use the Help->On Window menu item.

  - To view the help standalone, without launching the PureCoverage GUI, point your
    browser to the following:

      product_home/UI/html/pcu.htm

    (Where "product_home" is the installation location of PureCoverage. e.g. the 
    result of the -printhomedir option.)

  - PDF versions of the PureCoverage Quick Reference card is available in the
    doc/pdf section of your installation, if you have installed PDF
    documentation. Otherwise, see the corresponding area of your
    installation CD.

  General
  -------
  - PureCoverage does not present accurate line-by-line coverage data in the
    annotated source window if the code is compiled with both debug and
    optimization flags.


  - Instrumented programs now always use immediate binding for the initial 
    load of shared libraries and for any dynamic loads using shl_load(). 

    This change was made due to a problem in HP dld patches from June 1998 
    for HP-UX 11.00 and August 1998 for HP-UX 10.20, which caused the 
    instrumented application to hang after a call to shl_load(). One known 
    instance of this problem occurs when you use getservbyname() because 
    it loads network protocols using shl_load().
 
    Linker and dld patches available after 3/99 don't have this problem. 
    If the user has an earlier patch, an upgrade is strongly recommended. 
 
  - PureCoverage will not run on short (14-character) file systems.

  - Operating system revisions below 10.20 are no longer supported. 

  - The PA-RISC 1.0 CPU is no longer supported.

  - Profile Based Optimization is not supported.

  - Applications which link to over 50 large dynamic libraries may 
    experience reduced startup times by setting the runtime option
    -lazy-dld-maps=1.

  - For 32-bit applications PureCoverage does not support filtered 
    libraries (libraries built using +filter linker option) and shared 
    libraries built with +init/+fini linker options. 

  Using LD_PRELOAD
  -------------------------------
  - For 64-bit applications, use of environment variable LD_PRELOAD
    is supported only with instrumented shared libraries. If any of
    of the libraries in the LD_PRELOAD environment variable are not
    instrumented, the application may crash.

  - For 64-bit applications running on HP-UX 11.00 or later systems
    with a version of dld which does not support LD_PRELOAD, the
    instrumented application will give an error message and quit,
    if the environment variable LD_PRELOAD is set and contains any
    uninstrumented shared libraries. In this case, unsetting the
    environment variable LD_PRELOAD will cause the application to
    execute normally.

  - For 32-bit applications running on HP-UX 11.00 or later systems
    with a version of dld which does not support LD_PRELOAD, the
    instrumented application will check the environment variable
    LD_PRELOAD and instrument any uninstrumented libraries given in
    the LD_PRELOAD value. This instrumentation is harmless and does
    not affect the functionality of the program in anyway. To prevent
    this unnecessary instrumentation, users should unset the
    environment variable LD_PRELOAD before running the application.

  - Invoking the viewer with "purecov -view" or "purecov -version"
    when LD_PRELOAD is set may sometimes cause the viewer to crash.
    This can be overcome by unsetting LD_PRELOAD and then
    invoking PureCoverage.


  - Earlier releases of PureCoverage intercepted calls to shl_unload() and 
    prevented dynamically loaded libraries from being unmapped.  This had 
    the effect of preventing static destructors from running but allowing
    coverage data for such libraries to be saved at program exit.  By default, 
    PureCoverage 4.0 now allows libraries to be unmapped, at the expense of 
    not saving coverage data for such libraries.  The new -dlclose-mode i
    integer option controls this behavior :

    -dlclose-mode=0 (default for earlier releases)
    libraries may not be unmapped.

    -dlclose-mode=1 (default for PureCoverage 4.0)
    libraries may be unmapped.

    -dlclose-mode=2
    libraries may be unmapped, coverage data is saved just prior to unmapping.

  - When a Japanese locale is specified using the LANG environment variable, 
    instrumentation of archive libraries may fail with the message:

      Error: Child process exited with status = 1.

    This is caused by an 'ar' failure in this locale.  A workaround is to 
    unsetenv LANG before instrumenting.

  User Interface
  --------------

  - The PureCoverage GUI menus and buttons become inaccessible if either the 
    NumLock or ScrollLock key is activated. The workaround is to switch 
    them off, or add the following line(s) to your $HOME/.Xdefaults file.
 
      ! Ignore the NumLock and ScrollLock keys on 
      ! mouse buttons
      PureCoverage*ignoreModifierMask: Mod3|Mod2
 
    This second workaround will take effect for a new PureCoverage viewer after 
    you restart your X-session or run a command like 'xrdb -merge 
    $HOME/.Xdefaults'.

  - The "Invoke ClearDDTS" Button has been modified to bring up the 
    ClearQuest web interface.  This feature only works with Netscape 
    Navigator.

    The site-wide URL for ClearQuest can be given during installation or 
    set by manually editing the file

       pure_clearquest_url

    in your PureCoverage home directory. A user can override the site-wide URL 
    by setting the environment variable:

       PURE_CLEARQUEST_URL

    This feature is partly implemented by a shell script, 
    ("pure_invoke_clearquest" in your PureCoverage home directory) to allow 
    you to tailor its operation to your needs.  If you wish, you may copy 
    and customize this.  script. As long as the directory containing 
    the script appears in your search path before your PureCoverage home 
    directory, it will be used instead of the original script.

    If you prefer to use PureCoverage with ClearDDTS, you can do so by setting 
    the X resource:

      PureCoverage*ddtsCommandString

    to 'xddts', if xddts is in your search path, or to the full path to 
    your xddts executable.  xddts is invoked by a shell script
    ("pure_invoke_ddts" in your PureCoverage home directory).  If you wish to 
    customize it, please read the section on customizing
    "pure_invoke_clearquest" above.

    If you already have a customized "pure_invoke_ddts" script in your 
    search path, All you need to do is set your X resource as described 
    above, and PureCoverage will find your customized script automatically.


  Compilers
  ---------

  - The GNU gcc extensions are not tested against PureCoverage.  Most gcc 
    extensions will probably work fine.  Known limitations at present 
    include problems with nested functions (e.g.: making a pointer to a 
    nested function and attempting to call through it will not work).

  - C revisions 9.61 through 9.65

     - These compilers generate incorrect debugging information for some 
       functions.  Programs compiled using these compilers may not be 
       debuggable after translation.  In this case PureCoverage may produce a 
       message beginning "Failure relocating..."
       Additionally PureCoverage may not be able to attach coverage 
       information to specific line numbers in such cases.
       HP patch PHSS_4923 corrects this problem.

  - Exception handling

    g++ 2.7.2 exceptions are not supported.


  Debuggers
  ---------

  -  XDB & Softdebug

     - Use purecovhome/purecov_xdb to
       invoke xdb on an instrumented program.

     - An instrumented program receives a signal 18 (death of child) during 
       its initialization.  Place "z 18 sir" in your ~/.xdbrc file to 
       suppress this warning.  Failure to suppress the warning will sometimes 
       cause xdb to fail.

     - XDB, when debugging a program that uses shared libraries, reads 
       the symbol table from /lib/dld.sl.  However, PureCoverage has changed 
       your program to use an instrumented version of dld.sl.  The
       symptom of this mismatch is the message:

         Wait...loading shared-library map tables.
         xdb panic: Mapped addresses for dld
          overlap text segment for dld

       There is a simple workaround for this problem and we've implemented 
       it in the
       shell script purecovhome/purecov_xdb.
       Whenever you use xdb on an instrumented program use this script to 
       invoke xdb.

     - Typing ^C while running an instrumented program under xdb requires 
       caution. There is a high probability that the interrupt will occur 
       inside the code PureCoverage has added to your application.  If this is the
       case, you must single step or set a breakpoint and continue before 
       you attempt to call any subroutines (the PureCoverage API is an example).

     - The XDB single stepping command, 's' sometimes fails to find the 
       next source line.  When this happens, usually near a subroutine call, 
       program execution continues until the next breakpoint.  The
       'S' command is always reliable.

  - DDE - Distributed Debugging Environment

    - The DDE debugger at release 2.10 has been used with instrumented 
      programs.  The shell
      script: purecovhome/purecov_dde
      implements one of the workarounds.

    - Instrumented programs get a SIGCHLD signal at program initialization.  
      One workaround is to just hit "go" when the program stops.  The 
      following commands added to a .dderc file also help:

         prop system -on
         alias `after_debug delete intercept signal SIGCHLD; \
           prop system -off; \
           breakpoint -in main -entry -exit; \
           go
 

  Old Style Fixups
  ----------------

  PureCoverage does not support a type of relocation information known as "old 
  style fixups".  These were generated by HP-UX system software before 
  release 3.0.  If PureCoverage detects old style fixups the message:

      Object file has incompatible format
    (may be older than HP-UX 3.0)

  is generated.  We have seen this problem with HP's libsql.a and some of 
  Oracle's Oracle6 libraries.

  There is a simple workaround. Given a problem object module (or modules) 
  the workaround is to have /bin/ld build a new object module.  Suppose
  the old object modules are called `foo.o' and `bar.o'.  Issuing the command:

       % ld -r -o new_foo.o foo.o
       % ld -r -o new_bar.o bar.o
  or
       % ld -r -o foo_and_bar.o foo.o bar.o

  would generate a new object module where the old style fixups have been 
  removed.

  In the case of an archive file the following script will create a new 
  archive given the full pathname of the original:

      #!/bin/sh
      # Remove old fixups from an archive.
      # Supply original .a name as first argument.
      cd /tmp
      lib=new_`basename $1`
      ar x $1
      rm -f $lib
      for member in `ar t $1` ; do
          ld -r -o _$member $member
          ar q $lib _$member
          rm $member _$member
      done
      echo Created `pwd`/$lib

  Threads
  -------

  - Customers using unsupported threads packages should contact Rational 
    Software technical support (support@rational.com) to ensure compatibility.

  Copyright Notice
  ----------------

  The following copyright applies to portions of the ClearQuest
  integration and HTML based help system. 

  Copyright 1996 Netscape Communications Corporation, all rights reserved.
  Created: Jamie Zawinski (jwz@netscape.com), 24-Dec-94.  Permission to
  use, copy, modify, distribute, and sell this software and its
  documentation for any purpose is hereby granted without fee, provided
  that the above copyright notice appear in all copies and that both 
  that copyright notice and this permission notice appear in supporting
  documentation.  No representations are made about the suitability of
  this software for any purpose. It is provided "as is" without express
  or implied warranty.