Angus Dorbie (dorbie++at++sgi.com)
Fri, 16 Jul 1999 12:53:04 -0700
A group handles memory buffering for multiprocessing on it's own. You
don't have to go to these lengths to make this stuff work.
Look at the C++ examples in /usr/share/src/pguide
Cheers,ANgus.
ross::barna wrote:
>
> void* pfObject::operator new(size_t, pfFluxMemory *fmem)
>
> ^^is supposedly inherited by pfGroup and children, but the compiler says:
>
> "pfGroup::operator new" matches the argument list
> argument types are: (unsigned int, pfFluxMemory *)
> testObj = new((pfFluxMemory*)scene_FLX->getCurData()) pfGroup;
> ^
>
> it seems that pfUpdatable overrides the new operator and looses the
> ability to new((size_t, pfFluxMemory *fmem)!!!!!! why is this?!?!?!
>
> is this unintentional?
> is this a bug?
>
> i was trying to use this as a simple workaround to get pfObject's children
> into a pfDataPool.
>
> if this is true that children of pfUpdatable cannot do that new(size_t,
> pfFluxMemory *fmem) operator, then it should be said so in the man page
> and not lead me on a wild goose chase!!!
>
> someone tell me that i am just wrong or something, so i can do it
> right!!!!
>
> -ross
>
> _____________________________
> ross::barna
> joga.ummu.umich.edu
>
> -----------------------------------------------------------------------
> List Archives, FAQ, FTP: http://www.sgi.com/software/performer/
> Submissions: info-performer++at++sgi.com
> Admin. requests: info-performer-request++at++sgi.com
--
Never express yourself more clearly than you think.
Neils Bohr
For advanced 3D graphics Performer + OpenGL based examples and tutors:
http://www.dorbie.com/
This archive was generated by hypermail 2.0b2 on Fri Jul 16 1999 - 12:53:09 PDT