Release notes for Purify version 2002a.06.00  Solaris 2



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.

  - Modified Support for Change Request Management Systems,
    including Rational's ClearQuest and ClearDDTS. Please
    see the online help for more details.

  - Support for Forte 7 compiler (compiler version 5.4).

  - This release does not support Solaris 2.5.1 (SunOS 5.5.1).

New in Purify 2002.05.00
=========================

  - Bug fixes and compatibility with OS patches.

  - Support for Forte 6 Update 2 compiler (compiler version 5.3).

  - Support for gcc 2.95.3 compiler.

  - This is the last release to support Solaris 2.5.1 (SunOS 5.5.1).


New in Purify 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:

       Purify 5.3 for Solaris

  - Support for Forte 6 Update 1 compiler (compiler version 5.2).

  - Support for gcc 2.95.2 compiler.

New in Purify 5.3
=================
  - Bug fixes and compatibility with OS patches.

  - Support for Solaris 8, 32-bit and 64-bit development.

  - Support for Forte 6 (compiler version 5.1) compiler. 

New in Purify 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.


New in Purify 5.1
=================
  - Support for 64-bit Solaris 7 applications.  Please see the Restrictions 
    and Known Issues section for details.

  - There is a known problem with Java 1.2 applications. See the Restrictions 
    and Known Issues section for details.

  - This is the last release to support Solaris 2.4.

  - Support for Cygnus GNUPro 98r2 compilers.

New in Purify 4.5
=================
  - Bug fixes and compatibility with OS patches.

  - Support for Solaris 7 and Sun Visual Workshop 5.0.

  - This is the last release to support SunOS 4. Apex Ada is no 
    longer supported.

New in Purify 4.4
=================

  - Bug fixes and compatibility with OS patches.

  - Support for gcc 2.8.1

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

New in Purify 4.3
=================

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

    In addition to support for code generated by the Apex 3.0.0 C++ and 
    Ada compilers, this release provides Apex GUI integration in the
    form of the Purify Viewer Edit, Debug, Check-in, Check-out, and 
    JIT debugging features.

New In Purify 4.2
=================

  - bug fixes



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


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

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

    Purify has been tested with Solaris versions 2.6, 7 and 8 on 
    SPARC platforms.

    Purify has also been tested on normal and V9 SPARC programs on the 
    UltraSPARC, and supports 64-bit applications.

  Compilers
  ---------

    Purify has been tested with the following compilers:
    - Forte 7 (compiler version 5.4)
    - Forte 6 Update 2 (compiler version 5.3)
    - Forte 6 Update 1 (compiler version 5.2)
    - Forte 6 (compiler version 5.1)
    - Sun Workshop C and C++ 4.2 and 5.0
    - GNU gcc and g++ versions 2.8.1, 2.95.X
    - Cygnus GNUpro v.98r

  Threads
  -------

    Purify supports these threads packages:
    - The native Solaris libthread library.
    - The Solaris Pthreads library, libpthread.
    - Transarc DCE threads.

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


Restrictions and Known Issues
=============================
  Licensing Troubleshooting
  -------------------------
  - When Purify is properly installed, a .lm_license_file file is
    created in the product home directory to allow Purify to locate
    your licenses even when LM_LICENSE_FILE is not set appropriately
    in the user's environment. If you get a message such as:

      Error: Unable to open /product_home/.lm_license_file.
      Your installation is incomplete. Did you run rs_install? ...

    Check your product home directory to see if .lm_license_file exists
    and is readable by you. If the file does not exist, your installation
    is incomplete. You may need to re-run rs_install or license_setup.
    If the permissions are incorrect, change them so that the file is
    readable by all expected users of Purify.

  - If you manually change the location of your licenses (e.g. without
    using license_setup), the .lm_license_file will not be updated and
    you will not be able to checkout a license unless you set the env
    var LM_LICENSE_FILE to point to the new location. You should always
    use license_setup to make changes to your licenses.

  - Be sure you install the products that correspond to your license(s).
    Do not install PurifyPlus unless you have a PurifyPlus license. To
    check your license, locate the "INCREMENT" line(s) in your license
    file (*.dat) or license update file (*.upd). The license feature name
    is the first word on the line after "INCREMENT". For example:

      INCREMENT PurifyPlusUNIX rational 5.0 10-jan-2001 1 1234556789012
                ^^^^^^^^^^^^^^

    If you do not see "PurifyPlusUNIX" on the increment line, you do not
    have a PurifyPlus license and should not install PurifyPlus.

  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 for the HTML based help system is 
    Netscape Navigator, versions 4.7.x. The HTML based help system
    does not work with pre 4.7 versions or with 6.x versions.

  - You may view the help in stand-alone mode by pointing your browser to
    the following:

      product_home/UI/html/punix.htm

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

  - 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, Purify 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. 

  - Context sensitive help is available on leaf menu items and on buttons
    ONLY. For information about a window, use the Help->On Window menu item.

  - PDF versions of the Purify 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.

  64-bit Development
  ----------------------------
  - Purify supports both 32-bit and 64-bit application development, and 
    will select the correct mode of operation automatically based on inputs. 
    The product banner will report the mode of operation during instrumentation
    and at runtime. However, the "-version" option will always report 32-bit
    mode; the product version is the same for both modes.

  - Starting in version 5.1, the product home directory has been reorganized 
    to support both 32 and 64-bit development.
    This organization should be transparent for all 32-bit users and most 
    64-bit users. However, the location of the Purify stubs library is 
    different for 64-bit applications:

    32-bit libraries have been moved to the lib32 sub-directory:

       purifyhome/lib32/purify_stubs.a
       purifyhome/lib32/libpurify_stubs.a

    To preserve backward compatibility, the following links are provided 
    in purifyhome:

       purifyhome/purify_stubs.a
       purifyhome/libpurify_stubs.a

    32-bit API users are encouraged to use the libraries from the lib32 
    sub-directory, and not from purifyhome.

    64-bit API users must link against the equivalent library in the 
    lib64 sub-directory:

       purifyhome/lib64/purify_stubs.a
       purifyhome/lib64/libpurify_stubs.a

    The API header file has not moved and is shared for both development 
    modes.

  - If you use 'purify -printhomedir' to prefix internal product libraries
    such as libinternal, you must qualify the library path with the 
    appropriate lib sub-directory:

    `purify -printhomedir`/lib32/solaris2_threads.so
    `purify -printhomedir`/lib64/solaris2_threads.so

    Reference to these libraries is rarely necessary.

  - The "full" code size model is not supported - object files and 
    libraries must be addressable within 32-bits. The address range 
    spanned by all instructions in a single object module should
    be less than 2GB. There are no limitations on the size of data.


  - Static data checking is disabled for 64-bit applications.

  General
  -------
  - Purify does not display line numbers for error messages accurately
    if the code is compiled with both debug and optimization flags.

  - If Purify is run in "/tmp" or "/usr/tmp" or "/var/tmp" the generated 
    instrumented *.o files are deleted in these directories.
    So please do not use commands like :
    Purify cc -nolink ld file.o
    in "/tmp" or "/usr/tmp" or "/var/tmp" . 
    However there is a work-around for this , You can use the option "-save-tmp-files"
    to tell Purify not to delete the generated objects. So using:
    Purify -save-tmp-files cc -nolink ld file.o
    will generate the instrumented file_pure_*.o in 
    "/tmp" or "/usr/tmp" or "/var/tmp". 
    Otherwise you can use -always-use-cache-dir so that the generated file_pure*.o
    is generated in cache-dir where it is not deleted
    (Note: if cache-directory is installed in "/tmp","/usr/tmp","/var/tmp" the 
    generated *_pure_*.o in cache are not deleted , so you can have the 
    cache-directory safely in "/tmp","/usr/tmp","/var/tmp")
    

  - Purify may not work properly with applications that use Java 1.2 
    libraries. For details, please search the solutions knowledge base
    at:

      http://eservice.rational.com/solutions

    Or contact Rational Technical Support.

  - Archive libraries containing both 32-bit and 64-bit libraries are 
    not supported.  All components of a link must be of the same ELF type.

  - gcc/g++ 2.8.1 is supported, but there are known problems with C++ shared 
    libraries containing gcc/g++ produced objects files containing exception 
    handling code.

  - Because of operating system differences, programs instrumented on one 
    version of Solaris may crash or generate incorrect results if run on 
    a different version of the operating system.

  - If you are running your application on a different machine from the one
    on which it was built, please ensure that both the machines have the 
    same operating system. Further, the system libraries on the two machines
    should be identical. Otherwise, Purify might generate a warning message.
    For more details on how to build and run on different machines, please 
    please see solution #5829 at:

      http://eservice.rational.com/solutions

    Or contact Rational Technical Support and reference Solution #5829.

  - Purify does not support use of the LD_PRELOAD environment variable.

  - The SPARCWorks incremental linker, ild, is automatically disabled by 
    Purify due to an incompatibility with file naming conventions.
   
  - Static data checking is not supported with the Forte 6 compiler.


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

  - If a large number of items are selected, "Expand all" followed by 
    "Collapse all" can crash some unpatched versions of the OpenWindows 
    3.0 server.

  - If you expand or collapse messages while the "Continue" or "Reset" 
    buttons are displayed, the buttons may subsequently be incorrectly 
    positioned.

  - The "Edit" and "Coverage" toolbar items may be slow to respond.


  - The Purify 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
      Purify*ignoreModifierMask: Mod3|Mod2
 
    This second workaround will take effect for a new Purify viewer after 
    you restart your X-session or run a command like 'xrdb -merge 
    $HOME/.Xdefaults'.

  Compilers
  ---------
  - The Sun Workshop 5.0 C++ compiler generates different function names 
    than previous versions. Specifically, the new (demangled) function names 
    include the return type, and the new demangler returns "unsigned" where 
    the previous version returned "unsigned int".

    If you have suppressions that specify C++ functions, and you switch to 
    Workshop 5, your suppressions will most likely stop working.

    The only way to fix them is to modify the function names in your 
    suppressions to the new style.  In order to use your suppressions with
    both 5.0 and older compilers, you need to include both your old 
    suppressions and the new ones.

    The surest way to determine the correct name to use in your suppression 
    is to add the suppression using the Purify viewer.
  - The GNU gcc extensions are not tested against Purify.  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).

  - GNAT ADA

    The GNAT ADA compiler emits stack management code which causes Purify 
    to report SBR/SBW messages.  These messages are harmless.  Rather than 
    globally suppressing SBR/SBW, these specific messages may be safely
    eliminated by setting the Purify runtime option -mark-partial-rsz.

  Purify'ing X Applications
  -------------------------

  - When running a Purify'd X application, there is a potential for 
    deadlock if your application causes Purify to generate a message while 
    the application is holding the X lock, since Purify will be unable to 
    generate the message, and the application is blocked until the message 
    is delivered.

    To avoid this kind of problem, you should run your application on a 
    different X server than the Purify UI or Purify stderr output, or you
    should use the -log-file= or -view-file= options to specify a file to 
    capture messages for inspection after your application is finished.

    A convenient way to debug on two displays is to pre-start the Purify 
    Viewer on one display ("slave"), and then start the application on
    the other display ("master"):

      % purify -display slave:0 -view a.out.X &
      % a.out.X -display master:0

    The two commands must be executed on the same computer, but it could be 
    the workstation associated with either display, or altogether another 
    computer remote from both displays. The application will connect to the 
    already started Purify Viewer, and messages will not conflict with the 
    X display interactions of the application under test.

  Threads
  -------

  - Call chains describing when memory was malloced or freed do not always 
    include the thread id.

  - The Purify API functions purify_map_pool() and purify_map_pool_id() are 
    not MT safe.

  - 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.