Hello Gerrit,
small update:
Carsten Neumann wrote:
> Gerrit Voß wrote:
>> My current plan would be to rebuild you aspect setup, somewhere in the
>> changed/transmit pipleline something seems to get lost. Short question,
>> is the server side one of the standard servers or a modified version ?
>
> the server is in fact a VRJuggler program, that runs a separate thread
> to receive the CL and merges it to the juggler render thread in postFrame().
> Let me back out r2472 and the AttCon change locally and give you more
> details on what happens.
hm, interesting, reverting both changes still allows our app to work,
but on the server side I see
WARNING: Attachment::unlinkParent: Child <-> Parent link inconsistent.
whenever we change the type of Manipulator used in the editor, e.g. when
going from translate to rotate.
The message is printed when the render thread (aspect 0) applies the
changes received by our receive thread (aspect 1):
LOG: Stack trace: thread: 8226
0:/store/home/carsten/devel/opensg2/install/OpenSGSandbox/usr/lib64/debug/libOSGBase.so.2.0.0(OSG::getCallStack()+0x57)
[0x7f0a72d1eea5]
1:/store/home/carsten/devel/opensg2/install/OpenSGSandbox/usr/lib64/debug/libOSGBase.so.2.0.0(OSG::Attachment::unlinkParent(OSG::FieldContainer*,
unsigned short)+0x2bb) [0x7f0a72d75537]
2:/store/home/carsten/devel/opensg2/install/OpenSGSandbox/usr/lib64/debug/libOSGBase.so.2.0.0(OSG::AttachmentContainer::resolveLinks()+0x6d)
[0x7f0a72d865f1]
3:/store/home/carsten/devel/opensg2/install/OpenSGSandbox/usr/lib64/debug/libOSGBase.so.2.0.0(OSG::NodeCoreBase::resolveLinks()+0x15)
[0x7f0a72db18f7]
4:/store/home/carsten/devel/opensg2/install/OpenSGSandbox/usr/lib64/debug/libOSGSystem.so.2.0.0(OSG::GroupBase::resolveLinks()+0x15)
[0x7f0a6eb8e765]
5:/store/home/carsten/devel/opensg2/install/OpenSGSandbox/usr/lib64/debug/libOSGGroup.so.2.0.0(OSG::TransformBase::resolveLinks()+0x15)
[0x7f0a6fd02ec1]
6:/store/home/carsten/devel/opensg2/install/OpenSGSandbox/usr/lib64/debug/libOSGContribGUI.so.2.0.0(OSG::ManipulatorBase::resolveLinks()+0x15)
[0x7f0a723bec43]
7:/store/home/carsten/devel/opensg2/install/OpenSGSandbox/usr/lib64/debug/libOSGContribGUI.so.2.0.0(OSG::Manipulator::resolveLinks()+0x15)
[0x7f0a723a7813]
8:/store/home/carsten/devel/opensg2/install/OpenSGSandbox/usr/lib64/debug/libOSGContribGUI.so.2.0.0(OSG::RotateManipulatorBase::resolveLinks()+0x15)
[0x7f0a723bd631]
9:/store/home/carsten/devel/opensg2/install/OpenSGSandbox/usr/lib64/debug/libOSGBase.so.2.0.0(OSG::FieldContainer::subReferenceUnrecorded()+0x44)
[0x7f0a72d66fce]
10:/store/home/carsten/devel/opensg2/install/OpenSGSandbox/usr/lib64/debug/libOSGBase.so.2.0.0(OSG::ChangeList::commitDelayedSubRefs()+0x54)
[0x7f0a72d80d24]
11:/store/home/carsten/devel/opensg2/install/OpenSGSandbox/usr/lib64/debug/libOSGBase.so.2.0.0(OSG::ChangeList::doApply(bool)+0x53b)
[0x7f0a72d81be3]
12:/store/home/carsten/devel/projects/arl_odt_app.git/build.f10.test/lib/appViewer.so(viewer::opensg_render_server::sync()+0x38)
[0x7f0a599685c8]
13:/store/home/carsten/devel/projects/arl_odt_app.git/build.f10.test/lib/appViewer.so(viewer::passive_app::postFrame()+0xa6)
[0x7f0a59953536]
14:/opt/vrjuggler/vrjuggler-2.3/usr/lib64/x86_64/libvrj-2_3_18.so(vrj::Kernel::controlLoop()+0x370)
[0x7f0a6c2027e0]
15:/opt/vrjuggler/vrjuggler-2.3/usr/lib64/x86_64/libvpr-2_1_15.so(vpr::ThreadPosix::startThread()+0xb3)
[0x7f0a6d349403]
16:/store/home/carsten/devel/opensg2/install/OpenSGSandbox/usr/lib64/debug/libOSGBase.so.2.0.0(boost::function0<void>::operator()()
const+0x72) [0x7f0a72dac912]
17:/opt/vrjuggler/vrjuggler-2.3/usr/lib64/x86_64/libvpr-2_1_15.so(vprThreadFunctorFunction+0x26)
[0x7f0a6d2f9ce6]
18:/lib64/libpthread.so.0 [0x3fb02073da]
19:/lib64/libc.so.6(clone+0x6d) [0x3faf6e62bd]
pParent (the RotateManipulator) has this in its AspectStore:
RC : 1
AS 0 : 0x7f0a5cedd9d0
AS 1 : (nil)
and the NameAttachment:
RC : 2
AS 0 : 0x7f0a5cef44a0
AS 1 : 0x19850b0
Apparently the RotateManipulator has already been removed from the
parents of the NameAttachment (_mfParents is empty), but has it as one
of its children, strange.
Cheers,
Carsten
------------------------------------------------------------------------------
This SF.net email is sponsored by
Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev
_______________________________________________
Opensg-core mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-core
