Hi Desiree,
On Tue, 2004-03-16 at 08:37, Desiree Görrissen wrote:
>
> Hi Peter, (Hi Dirk, who answered before - also thanks to you!)
>
> Thanks for the info, we tried but it didnt change a thing....
> It seems to have something to do with the thread initialization.
> We now have set the loglevel and collected the information in a
> logfile.
>
> OSG only sais three sentences before crashing:
>
> INFO: OSGTM : got table lock 04A06F18
> INFO: OSGTM : create -OSGThread- app thread
> INFO: OSGTM : got application thread 04A07E80
>
> Is there anybody who knows a possible reason?
This is all you get for a debug log level? That's not a lot at all! This
is what it's supposed to look like (excerpt from my Linux system):
OSGLog::setLogLevel: overriden by envvar OSG_LOG_LEVEL 'debug'.
INFO: Point Connection type StreamSock added
INFO: Point Connection type Multicast added
INFO: Group Connection type StreamSock added
INFO: Group Connection type Multicast added
DEBUG: Registered type bool | 1 (6239968)
DEBUG: Registered type Int8 | 2 (6240032)
DEBUG: Registered type UInt8 | 3 (6240096)
...
DEBUG: Initialized FieldType : SFGLUTWindowPtr 0x122540
DEBUG: Registered type MFGLUTWindowPtr | 587 (1189248)
DEBUG: Initialized FieldType : MFGLUTWindowPtr 0x122580
DEBUG: OSGThreadManager init
INFO: OSGTM : got table lock 0x83547c8
INFO: OSGTM : create -OSGThread- app thread
INFO: OSGTM : got application thread 0x8354810
INFO: Init VRMLWriter
INFO: OSGFieldContainerPtrBase init
INFO: init singleton FieldContainerFactory
DEBUG: Got shore lock 0x9c65c50, Got map 0x9c65cb0INFO:
OSGFieldContainerFactory init pending types
DEBUG: init FieldContainerType FieldContainer (1)
It looks like the initialization of none of the static C++ objects is
executed, thus none of the types are registered with the factories and
all hell breaks loose. This is a serious bug of the development
environment you're using, can you please give us all the info about it?
Peter, which compiler did you use? Gerrit, have you had any such
problems before? Right now this is not a problem for us, as the OpenSG
libs are loaded at start time. But in the future I'd like to be able to
dynamically load new components, and this will be a problem.
Thanks
Dirk
-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id70&alloc_id638&opÿick
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
