From: Yair Kurzion (yair++at++polygon.engr.sgi.com)
Date: 09/04/2001 14:54:11
Hello Hans-Peter !
The failed assertion verifies that CULL is not running on the same frame
twice. When failed during the run of an application, it means that the CULL
process wakes up and sees an old frame waiting to be culled.
Can you provide a little more information about your application ?
What pfPhase do you use ?
What multi-process mode do you use ?
Do you use any synchronization primitives (e.g. semaphores, locks) in your
application code ?
Can you make this assertion fail with a small piece of code (not the entire
application) ?
Thanks,
-yair
>
> Hi Performers
>
> I have a Performer visual application which is running quite good. But
> sometimes, the application breaks with the following message:
>
> PF Fatal/Internal(2): Assertion failed:
> _pfCurrentPipe->pf_getFrameCount() != frameCount || frameCount == 0 in
> ../../../lib/libpf/pfProcess.C at line 6305
>
> My system:
>
> Onyx2 IR2
> 512MB RAM
> 2 RM9
> IRIX 6.5.11
> Performer 2.4
>
> Can anybody give me a hint what's going on here?
>
> Thanks
>
> Hans-Peter
>
> Hans-Peter Hofer
> Senior Software Engineer
>
> RUAG Electronics
> Stauffacherstrasse 65
> Postfach
> CH-3000 Bern 22
>
> Tel. +41 31 32 47280
> Fax. +41 31 32 45679
> E-Mail hans-peter.hofer++at++ruag.com
> URL www.ruag.com
>
> Die SE Schweizerische Elektronikunternehmung AG tritt ab 1.5.01
> unter dem neuen Namen RUAG Electronics auf.
>
>
>
> -----------------------------------------------------------------------
> List Archives, FAQ, FTP: http://www.sgi.com/software/performer/
> Open Development Project: http://oss.sgi.com/projects/performer/
> Submissions: info-performer++at++sgi.com
> Admin. requests: info-performer-request++at++sgi.com
> -----------------------------------------------------------------------
>
--
\_________ \_____ \__ \__ \_____ Yair Kurzion
\_________ \_____ \__ \__ \_____ yair++at++sgi.com
\__ \__ \____\__ \__ http://reality.sgi.com/yair
\__ \__ \__ Work: (650) 933-6502
\__ \__ \__ Home: (408) 226-9771
\__ \__ \__
This archive was generated by hypermail 2b29 : Tue Sep 04 2001 - 14:54:35 PDT