From: Ran Yakir (rany++at++rtset.co.il)
Date: 10/10/2000 07:05:51
Simon,
The server was down all day yesterday. Try again today. I checked and it's there.
Please contact me at rany++at++rtset.co.il if you have any trouble
Ran
Simon C Mills wrote:
> Hi,
>
> I want to be able to use clip textures in an existing application that
> uses pthreads. Now, I saw the below in the archives which explains why
> I'm having problems but the referenced URL doesn't seem to exist any
> more. Is this solution still available anywhere? I think it would solve
> my problems.
>
> On Tue, 27 Jun 2000 Ran Yakir wrote:
> >
> > Actually, I think Performer is forking and not sprocing. You will encounter
> > problems only if you use a pfQueue, which uses sproc. Since pfQueue is used by
> > cliptextures, then cliptextures and pthreads are your problem. I've safely used
> > Performer with pthreads when cliptextures were not needed.
> > However, if you do need to use cliptextures and pthreads, I've made a hack that
> > enables it. You can download it from my web page
> > http://rtset.co.il/rany/downloads.html
> > This hack implements sprocsp (the function used by pfQueue) using pthreads, in
> > a transparent manner.
> >
> > Good luck
> > Ran
> >
> > ross::barna wrote:
> >
> > > rules of thumb for pthreads + performer that seem to work for me:
> > >
> > > 1) sproc before fork
> > >
> > > performer sproc's, pthreads fork. make sure to
> > > spawn your performer proc's before your threads!
> > >
> > > 2) don't access performer data structure while pf is drawing
> > >
> > > use a read/write lock to make sure your threads don't
> > > mess with pfObjects while pfSync(), pfFrame()
> > > and pfDraw() are being called. the pthreads are readers
> > > and the fn that calls pfSync, frame and draw is the
> > > writer.
> > >
> > > -ross
> > >
> > > On Tue, 27 Jun 2000, Acosta, Mark W [Magic Earth LLC] wrote:
> > >
> > > > I recall that mixing pthreads and Performer was a bad thing. Is this still
> > > > true?
> > > >
> > > > Mark Acosta
> > > > Magic Earth LLC
>
> Regards, Simon
> _______________________________________________________________________
>
> Simon Mills
> Silicon Worlds S.A.
> c/o Modelling & Simulation Section (TOS-EMM) Tel: +31 (0)71 565 3725
> European Space Agency (ESA/ESTEC) Fax: +31 (0)71 565 5419
> Postbus 299, 2200AG Noordwijk e-mail: simon++at++wgs.estec.esa.nl
> The Netherlands http://www.estec.esa.nl/wmwww/EMM
> _______________________________________________________________________
> -----------------------------------------------------------------------
> List Archives, FAQ, FTP: http://www.sgi.com/software/performer/
> Submissions: info-performer++at++sgi.com
> Admin. requests: info-performer-request++at++sgi.com
--
__ | Ran Yakir
/_) _ __ \ / _ / o __ | vi[z]rt
/ )_ (_(_) ) \/ (_(_/<_(_)( |
_/ |
-------------------------------------+--------------------------------
Phone : | E-mail : ryakir++at++vizrt.com
Work : 972-9-9552236 Ext #118 | rany++at++rtset.co.il
Res. : 972-9-7489974 |
Cell.: 972-58-713040 |
Fax : 972-9-9552239 |
This archive was generated by hypermail 2b29 : Tue Oct 10 2000 - 07:04:49 PDT