Re: AW: PF Fatal/Internal(2): Assertion failed: _pfCurrentPipe

New Message Reply Date view Thread view Subject view Author view

From: Yair Kurzion (yair++at++polygon.engr.sgi.com)
Date: 09/05/2001 15:24:44

Hello Hans-Peter !

The only comment I can make is that your choice of priority for
pfProcessHighestPriority looks bad. Quoting a comment in
libpfutil/pfuProcessManager.h :

    In 6.5, priorities will be assigned a little differently. It's not a
    good idea to set an app priority and schedule relative to that, but
    rather, it's better to set a maximum priority for any process to use,
    and figure out the best app priority to make the maximum priority
    process not exceed the maximum priority limit. Here's how 6.5 priority
    ranges look:

      priorty description
      -----------------------------------------------------------
      255 Reserved c-a thread
      240-254 Hard real time
      200-239 Interrupt threads
      110-199 Interactive real time
      90-109 System daemons
      0-89 Soft real time
      (-1) Batch
      (-3)-(-2) Timeshare
      (-4) Batch
      (-5) Weightless

In other words, anything above 89 isn't good.

I don't think this should cause the assertion failure that you see. The rest
of the description seems normal (I don't know much about MaK VRLINK).

If you manage to reduce the problem into a small sample code, please send it
to me.

Thanks,
-yair

> Here are more details to the application:
>
> > Can you provide a little more information about your application ?
> It's a ground based application with high depth complexity which is running
> at a fixed frame rate of 30Hz.
> We have a 3 channel 180 degree out the window view and 3 additional
> channels. The
> OTW is always enabled, the other 3 channels are enabled exclusivly.
> For the overload-control, we've the DVR feature enabled.
> We've linked the MaK VRLINK Version 3.2 DIS-library into the application.
>
> > What pfPhase do you use ?
> PFPHASE_LOCK
>
> > What multi-process mode do you use ?
> 15 (PFMP_APP_CULL_DRAW with forked ISECT and DBASE)
>
>
> > Do you use any synchronization primitives (e.g. semaphores,
> > locks) in your application code ?
> We have the pfProcessPriorityUpgrade (1) enabled.
> The highest priority is set to 121, pfProcessHighestPriority(121).
> Other synchronizations are not used.
>
>
>
> > Can you make this assertion fail with a small piece of code
> > (not the entire application) ?
> Not yet tried. The failure occurs very rarely.
>
> Best regards
> Hans-Peter
>
>
> > >
> > > 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
> > \__ \__ \__
> >
> -----------------------------------------------------------------------
> 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
       \__          \__    \__

New Message Reply Date view Thread view Subject view Author view

This archive was generated by hypermail 2b29 : Wed Sep 05 2001 - 15:25:12 PDT

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