Performer + Purify + DSO problem

New Message Reply Date view Thread view Subject view Author view

Todd R Pravata (tpravata++at++m2.rts.dseg.ti.com)
Wed, 3 Jul 96 15:13:40 CDT

> Hi,
>
> I am trying to "Purify" my Performer App in an attempt to wring out all the
> little memory-type bugs. Purify on SGI's appears to be having a problem dealing
> with DSO's and keeps erroring out when it tries to deal with the DSO'ed
> database loaders. Linking the "static" versions of the loaders in
> /usr/lib/Performer/Static doesn't help any since the pfdLoadFile stuff
> ALWAYS seems to want to look for a DSO. Is there any way out of this
> problem? Can Purify be made to handle DSO's better? Any tips from
> anyone who has gone down this path would be GREATLY appreciated.
>
> Thanks,
> Kenneth N. Sakai Email: sakai++at++lmsc.lockheed.com

I've had limited success with Purify compiling statically with the
loaders that I am using. The standard make file for perfly references
the environment variable PFSTATIC_CONVERTERS. Setting this causes the
converters to be statically linked (and then purified if you are using
Purify). For example:

setenv PFSTATIC_CONVERTERS "/usr5/projects/s1k/performer2.0/lib/libpfdb/libpfctdb/OPT.O32.IRISGL/libpfctdb_igl.a"

I say that the success is limited because purify does not understand
Performer's use of shared memory (acreate and amalloc - please correct
this if things have changed). But, SGI has a cool debugging library
called libdmalloc that allows you to either replace libmalloc on the
file using _RLD_LIST or to link statically (written by Don Hatch). I
don't think it has but put up to sgigate as "shareware", but it should
be if it hasn't.

--
Todd Pravata		
todd.pravata++at++ti.com  214-575-6126
Visual Simulation Lab, Texas Instruments


  "The significant problems that we face cannot be solved at the
  same level of thinking we were at when we created them."
	-- Albert Einstein


** Views expressed are not necessarily those of Texas Instruments **
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/   <--new!
            Submissions:  info-performer++at++sgi.com
        Admin. requests:  info-performer-request++at++sgi.com

New Message Reply Date view Thread view Subject view Author view

This archive was generated by hypermail 2.0b2 on Mon Aug 10 1998 - 17:53:09 PDT

This message has been cleansed for anti-spam protection. Replace '++at++' in any mail addresses with the '@' symbol.