dying DBASE process

New Message Reply Date view Thread view Subject view Author view

Tom Jolley (m200562++at++fltsim.mdc.com)
Thu, 17 Jul 1997 17:48:28 -0600 (CDT)


Hi,

I have a Performer application that is dying in the DBASE process. I have
two versions, each compiled on different machines. The first version
is compiled on an Onyx2 using Performer version 2.1. The second version
is compiled on an Indigo2 using Performer version 2.0 with patches 1696 and
1392.

The version compiled on the Indigo2 works fine on the Indigo2 and an O2.
Both versions die in the DBASE process on the Onyx2. If I don't use
pfAsyncDelete() in the DBASE process, the application runs fine (until all
of the memory is used).

Can anyone provide any clues to why my application is dying?

Here is the stack trace from our Onyx2 with the 2.1 Performer version:

> 0 ::_pfDelId(int,pfType*)(0x3453, 0x18200ef4, 0x5d360000, 0x8010) ["../../../lib/libpr/pfState.C":533, 0x5cd8f830]
   1 pfGeoSet::~pfGeoSet(void)(0x194d59d0, 0x3, 0x5d360000, 0x8010) ["../../../lib/libpr/pfGeoSet.C":101, 0x5cd59218]
   2 pfObject::destroy(void)(0x194d59d0, 0xffffffff, 0x5d360000, 0x8010) ["../../../lib/libpr/pfObject.C":205, 0x5cd89030]
   3 pfBuffer::pf_destroyMem(pfMemory*)(0x194d59d0, 0xffffffff, 0x5d360000, 0x8010) ["../../../lib/libpf/pfBuffer.C":1442, 0x5ccaafac]
   4 pfDBase(0x5db40de0, 0xffffffff, 0x5d360000, 0x8010) ["../../../lib/libpf/pfProcess.C":3058, 0x5cd3b4e4]
   5 ::dbpaging(void*)(data = (nil)) ["dbpaging.C":261, 0x4553cc]
   6 ::mpDBase(void)(0x5db40de0, 0xffffffff, 0x5d360000, 0x8010) ["../../../lib/libpf/pfProcess.C":3157, 0x5cd3b8a0]
   7 pfConfig(0x5db40de0, 0x18200910, 0x5d360000, 0x8010) ["../../../lib/libpf/pfProcess.C":1708, 0x5cd38304]
   8 main(argc = 2, argv = 0x7fff2f64) ["main.C":191, 0x419a14]
   9 __istart() ["crt1tinit.s":13, 0x419690]

-- 
Tom Jolley
jolley++at++fltsim.mdc.com
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            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:55:37 PDT

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