Re: cannot overload addChild

New Message Reply Date view Thread view Subject view Author view

Brian Furtaw (brian++at++dingbat.clubfed.sgi.com)
Tue, 17 Feb 1998 15:50:22 -0500

Apparently I have not read Chapter 20 I was simply looking at it from a C++
stand point. You would be wise to follow the Programmers guide, I stand
corrected.

Brian

On Feb 17, 3:15pm, Dave Pape wrote:
> Subject: Re: cannot overload addChild
>
> Is this really acceptable (ie officially supported)? The Programmer's
> Guide (chapter 20) specifically says that these hidden nb_ functions
> are internal, and should not be overridden by application subclasses.
> I've had to work around similar problems in the past, when subclassing
> pfDCS, and would be interested if there actually is a correct way to
> override Performer class functions.
>
> -Dave
>
>
> On Thu, 12 Feb 1998, Brian Furtaw wrote:
>
> > It looks like you have to subclass pfGroup and override...
> >
> > virtual int nb_addChild(pfNode *child);
> >
> >
> > ...not...
> >
> > int addChild(pfNode *child) {
> > return PFGROUP->nb_addChild(child);
> > }
> >
> > ...which is not virtual.
> >
> > Brian
>
> ---------------------------------------------------------------------------
> Dave Pape Electronic Visualization Laboratory, UIC
> pape++at++evl.uic.edu http://www.evl.uic.edu/pape/
>-- End of excerpt from Dave Pape

-- 
    ----oOOo----    ----oOOo----    ----oOOo----    ----oOOo----


Brian Furtaw  (brian++at++sgi.com)	
VisSim  Technical  Consultant
12200-G  Plum  Orchard  Drive  Office:(301)572-3293   Fax: (301)872-3293	
Silver Spring, Maryland 20904  OpenGL/ImageVision/OpenInventor/Performer


=======================================================================
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:56:47 PDT

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