On Feb 11, 2011, at 12:15 PM, Carsten Neumann wrote:

>       Hello Patrick,
> 
> On 02/11/2011 10:00 AM, Patrick Hartling wrote:
>> I am testing r2550 of the SVN trunk on Windows (Visual C++ 2008), and I find 
>> that a crash happens in OSG::TypeFactory::initialize(). It appears that 
>> _vTypeStore contains a great many pointers to invalid OSG::TypeBase objects. 
>> Has anyone else encountered problems with the current OpenSG 2 code on 
>> Windows?
> 
> i can reproduce the problem, but are a bit puzzled by it. It seems that 
> the TypeBase objects passed to TypeFactory::registerType() (and then 
> stored in _vTypeStore) live on the stack. Running testSimpleSceneManager 
> under a debugger the argument to registerType() contained the same 
> address in successive calls and then on the next call to registerType() 
> entries in _vTypeStore got corrupted.
> hmm, looking a bit closer it seems that the {S,M}Field<T>::_fieldType 
> members are affected, while the FieldContainerType objects in each *Base 
> container class as well as FieldTraits::_type objects are fine, odd.
> Offhand I also can't think of a change that would make a difference to 
> this... I'll keep looking.

We tried removing the definition of OSG_STATIC_MEMEBER_NEEDS_COPY_ASIGN_INIT in 
OSGConfig.h for the non-WinCE case. That seems to have fixed things, although I 
am still trying to confirm that in a second build.

 -Patrick


--
Patrick L. Hartling
Senior Software Engineer, Priority 5
http://www.priority5.com/

The information transmitted in this communication is intended only for
the person or entity to which it is addressed and contains proprietary
material. Any review, retransmission, dissemination or other use of, or
taking of any action in reliance upon, this information by persons or
entities other than the intended recipient is prohibited. If you
received this in error, please destroy any copies, contact the sender
and delete the material from any computer.


------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Opensg-users mailing list
Opensg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensg-users

Reply via email to