Re: _pfDirtCheck -> Problem between Performer 2.0 and 2.2 ? or different

New Message Reply Date view Thread view Subject view Author view

Allan Schaffer (allan++at++southpark.engr.sgi.com)
Tue, 3 Nov 1998 19:46:15 -0800 (PST)


On Nov 3, 6:20pm, Marc Erich Latoschik wrote:
>
> im currently porting a Performer 2.0 based n32 application on irix
> 6.2 compiled with CC 7.2 to Performer 2.2 on Irix 6.4 (Octane) and
> compiler version 7.2.1.
>
> This is giving me nightmares :).
>
> If i take the old executable and run it on the new environment
> everything is ok except it doesnt find the inventor loader im using:
> Giving:
>
> PF Warning: pfdFindConverterDSO() - Could not load DSO for
> extension "iv20"
> PF Warning: pfdFindConverterDSO() - Could not load DSO for
> extension "iv"

If you're running your old Performer2.0-based executable on a system
with 2.2 loaded, a problem with pfdFindConverterDSO in the
performer_compat subsystems are what's causing this trouble. Load
patch 3229 and it should be fixed.

> But now i compile the same program with Performer 2.2 with the new
> compiler under the irix6.4. The application crashes in my pipewin
> open callback just in the call to mypipewin->open() with:
>
> PF Fatal/SysErr: _pfDirtCheck: pfRealloc of 0 bytes returned NULL.

This doesn't sound familiar. I do see a two report of problems with
_pfDirtCheck:

   - a case where the user called pfInitState(NULL) before pfConfig
     (which they shouldn't call at all, in a libpf-based program)

   - a problem tracked down to a 2.1 app ported to 2.2 that called
     pfuMapWinColors(). It's not clear from the bug report what the
     fix was.

If either of these look like your problem I can look into them
further.

Which multiprocess mode do you use? You might try PFMP_APPCULLDRAW
while debugging, or (if running single process somehow eliminates the
problem) find the forked process id's and use "dbx -p pid" to connect
to the Draw process while it's running.

Allan

-- 
Allan Schaffer                                                allan++at++sgi.com
Silicon Graphics                               http://reality.sgi.com/allan

New Message Reply Date view Thread view Subject view Author view

This archive was generated by hypermail 2.0b2 on Tue Nov 03 1998 - 19:46:23 PST

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