Re: Finding addresses.

New Message Reply Date view Thread view Subject view Author view

Sharon Clay (src++at++rose.engr.sgi.com)
Tue, 12 May 1998 11:08:03 -0700

+>---- On May 8, 10:41am, Steve Baker wrote:
> Subject: Finding addresses.
->From guest++at++holodeck Fri May 8 08:54:28 1998
->Date: Fri, 8 May 1998 10:41:25 -0500 (CDT)
->
->If I load an object into Performer in the DBASE task,
->and then do a pfMergeBuffer to incorporate it into
->the main scene graph, how do I find the address of
->that same object as it appears in (say) APP ?

You can just remember the address of your special node in shared memory.

>From the pfBuffer man page:

    In other words, the merged pfBuffer has been "reset" and its objects now
    "exist" only in the APP pfBuffer. The addresses of libpf objects are not
    changed by pfMergeBuffer.

->
->In the past, I connected user data to the object
->and used the pfCopyFunc callback to find the new
->copy of the object.
->
->I now realise that this should never have worked (although
->it did work - right up to the very last beta prior to
->Perf 2.2 MR). Now it fails miserably - presumably
->because the pfCopyFunc callback is also copying the
->data into CULL/ISECT/whatever - and I can't tell
->which address is the right one for APP.

The App address will be the address from the dbase process.

You also mention later that you are using AddChild and Clone before the
Merge but I don't offhand see how that changes anything - maybe I need
more info?

src.

-- 
-----{-----{---++at++   -----{----{---++at++   -----{----{---++at++   -----{----{---++at++
Sharon Rose Clay - Silicon Graphics, Advanced Systems Dev.
src++at++sgi.com  (650) 933 - 1002  FAX: (650) 965 - 2658  MS 8U-590
-----{-----{---++at++   -----{----{---++at++   -----{----{---++at++   -----{----{---++at++
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer++at++sgi.com
        Admin. requests:  info-performer-request++at++sgi.com

New Message Reply Date view Thread view Subject view Author view

This archive was generated by hypermail 2.0b2 on Mon Aug 10 1998 - 17:57:23 PDT

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