Tatsuhiro Nishioka schrieb:
> Hi,
>
> I found kind of a hint of the cause of DList stack overflow.
>
> After reset, the number of ssgTransform increases a lot.
> so maybe this has something to do with the cause of the problem since
> ssgTransform::cull calls _ssgPushMatrix and _ssgPopMatrix. these two  
> show "DList stack overflow" error.
>
> Plus, this problem doesn't happen when --disable-ai-models is specified.
> When I commented out    <scenario>nimitz_demo</scenario> from  
> preferences.xml,
> this DL stack overflow doesn't happen even without --disable-ai-models.
>
> So resetting carrier object in AICarrier::init() or methods called  
> from init() probably generates
> redundant or unexpected ssgTransform objects.
>
> I'll dive deeper tomorrow.
> If any of you have any idea on what causes this, please let me know.
>
> Best,
>
> Tat
>
> On Dec 8, 2007, at 2:49 AM, Tatsuhiro Nishioka wrote:
>
>   
Hi Tat,

I tried your diff but my actual CVS source (did a fresh update before
applying the diff) gives some rejections.
It might be that you build the diff against an older source?

Here an example of one rejection:

*****************************
AIBase.cxx
*****************************

***************
*** 179,185 ****
 
      }

>From your diff:
 
-     if (model) {
          aip.init( model );
          aip.setVisible(true);
          invisible = false;
--- 180,188 ----

Actual CVS:

 if (model.get()) {
        aip.init( model.get() );
        aip.setVisible(true);
        invisible = false;

      }

...

Regards
Georg

-------------------------------------------------------------------------
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Reply via email to