Re: pfCycleBuffers

New Message Reply Date view Thread view Subject view Author view

Scott McMillan (scott++at++++at++ht.com)
Fri, 11 Oct 1996 10:37:01 -0400 (EDT)

> It maybe a typo, but here you declare G_cbuf,
> And here, you use G_cycle_buffer ?

yep a typo...they are actually the same

> You cannot acces to G_cbuf from here, as the Draw process is forked BEFORE
> the Cycle buffer is declared. So the G_cbuf is not initialized for DRAW.
>
> Yes, And I bet G_cycle_buffer is NULL

yes again...I suspected this but why does the morph example work? The cycle
buffer appears to be allocated after the pfConfig?

> To solve this problem, allocate a pointer to a pfCyclebuffer in shared
> memory, before pfConfig. All processes will have a pointeur to a
> (pfCycleBuffer*) in shared memory.

There's another point about my code (and the morph code) that I don't
understand...the pfCycleBuffer _pointer_ is not even in shared memory to
begin with. The only difference between the morph code and mine is that my
G_cbuf is an extern variable. Does this make a difference?

scott

-- 
  Scott McMillan  |       HT Medical, Inc.      | Developing virtual environ-
   scott++at++ht.com   |      http://www.ht.com      | ment medical and surgical
 Ph: 301-984-3706 | 6001 Montrose Rd., Ste. 902 | simulations and surgery
Fax: 301-984-2104 |     Rockville, MD 20852     | simulation creation tools.


=======================================================================
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:53:45 PDT

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