pfFrame() & ~pfObject()

New Message Reply Date view Thread view Subject view Author view

Ken Lindsay (kl++at++grossberg.arc.nasa.gov)
Mon, 26 Apr 1999 10:30:48 -0700 (PDT)


hi,

does anyone have an idea what's going on here? i just added code to allow
switching between 3d models using a pfSwitch. with 4 actual models, i can
switch back and forth, and there are an additional 2 or 3 stubs which only
point to a pfNewSwitch(), which have not had any geometry or anything added.

when i load the fifth model, and try to run, i blow up in the first call
to pfFrame() with these errors:

PF Warning/Usage: pfObject::~pfObject() destroying object (0x6462a820) with non-zero ref count
PF Warning/Usage: pfObject::~pfObject() destroying object (0x6462a790) with non-zero ref count
PF Warning/Usage: pfObject::~pfObject() destroying object (0x6462a8b0) with non-zero ref count
PF Warning/Usage: pfObject::~pfObject() destroying object (0x6462a940) with non-zero ref count
PF Warning/Usage: pfObject::~pfObject() destroying object (0x6462a9d0) with non-zero ref count
PF Warning/Usage: pfObject::~pfObject() destroying object (0x6462aa60) with non-zero ref count
Segmentation fault (core dumped)

--> this appears to be deleted each of the pfNode's representing the models (there are 6, all pfSwitch's)

digging a bit further i found the problem may be part or all related to this feature of pfFilePath() :

12206: path: /../../../data/3d/activ3.iv/flap_Lwing_all_Lwings_1
21325: path: /../../../data/3d/../../../data/3d/X33.iv

where a second copy of one of the paths gets tacked on between loading two models, both of which actually
reside in ../../../data/3d/ relative to the executable. another two models are attempted, then pfFilePath
tacks on yet another copy of ../../../data/3d/ . :

46563: path: /../../../data/3d/../../../data/3d/db DOF/g1 DOF
55433: path: /../../../data/3d/../../../data/3d/../../../data/3d/ACFS.iv

does anyone know why the path is getting messed up? when i adjust the path such that performer can't find
some of the models, they are left NULL, and the executable runs ok.

thanks

ken
-==-

ken "fire a few neurons" lindsay kl++at++ptolemy.arc.nasa.gov
NASA Ames Research Center Caelum Research Corp.
Mail Stop 269-1 (650) 604 3594 (fax)
Moffett Field, CA 94035-1000 (650) 604 3181 (vox)

REMEMBER: you don't have to be a civil servant to go "post office"


New Message Reply Date view Thread view Subject view Author view

This archive was generated by hypermail 2.0b2 on Mon Apr 26 1999 - 10:30:52 PDT

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