vrjuggler-info Mailing List for VR Juggler

We are in the process of moving VR Juggler to Google Code in order to  
improve availability of the site and the code. The new project page  
can be found here:

    http://code.google.com/p/vrjuggler/

The Subversion repository is in the process of being uploaded as I  
type this. The main website will remain at www.vrjuggler.org until  
such time as we find the most suitable way to move it to Google Code.  
The Trac wiki will transition over to the Google Code wiki once the  
repository sync completes.

To complete the consolidation under the Google Code umbrella, the  
SourceForge mailing lists will change to Google Groups. This weekend,  
I will be converting everyone's subscription over to the new lists,  
and you should receive a welcome message when your subscription  
changes. The SourceForge project will continue to exist since it has  
the full list archives, but the SourceForge lists will no longer be  
available for posting. Beyond that, the SourceForge project will be  
defunct.

The list changes are as follows:

vrj...@li... -> vrj...@go...
vrj...@li... -> vrj...@go...
vrj...@li... -> vrj...@go...

There will also be a new (low-traffic) list *only* for announcements  
named vrj...@go....

  -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.

On Oct 27, 2009, at 1:07 PM, Carsten Neumann wrote:

> 	Hello Patrick,
>
> Patrick Hartling wrote:
>> Carsten Neumann wrote:
>>> BOR::readRaw can read past the end of the buffer, if there is  
>>> some, but
>>> less than len data left in the buffer. IMHO the test for throwing
>>> EOFException should read (patch attached):
>>>
>>> if ( mCurHeadPos + len >= mData->size() )
>>>
>>> Note that this does not move the mCurHeadPos, so an application can
>>> handle this case by obtaining more data (e.g. from the network)  
>>> adding
>>> it at the end of the external buffer and retry extracting data.
>>
>> That's a very good point. Your patch has been committed (r21141 on  
>> the trunk
>> and r21142 on the 2.2 branch). Thanks!
>
> thanks, however, I just noticed another problem with BOR: I've been
> writing this in my readObject() implementations:
>
> try
> {
>     reader->pushState();
>
>     // read data for current object
>
>     // should call: reader->popState();
> }
> catch(vpr::EOFException &)
> {
>     reader->popState();
>     // should call: reader->restoreTopState();
>     throw;
> }
>
> that is fine as long as I'm not reading something like a queue of
> objects that themselves have readObject implementations like the  
> above.
> My queue is serialized as [num elems, elem1, elem2, ...]. If for some
> funny reason I only get some part of it over the network and
> optimistically start unmarshalling it, at some point an exception is
> thrown (possibly from reading one of the elems), but I can't fully
> recover because when I try to do the popState() in the queue, it will
> set the position to the beginning of the last fully unmarshalled  
> elem -
> the push/pops are not fully symmetric.
>
> So, in other words I think the interface should allow doing a pop that
> does not restore the state, just to keep the stack symmetric. Perhaps
> adding a bool argument to pop that indicates whether it should restore
> and defaults to true could be used (if breaking applications is a  
> concern)?
> Or perhaps I'm missing something and this is not the right way to use
> the existing interface?

I am not familiar enough with this part of the VPR interface to be  
able to answer your questions. I'll have to review the code in some  
detail and get back to you.

  -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.

On Oct 30, 2009, at 9:03 AM, Doug McCorkle wrote:

> [snip]
>
> When running in cluster mode I am getting this failure with the latest
> commits:
>
> VE-Xplorer Init: Caught unknown exception.
> vpr::IOException: Attempted to read beyond data block
> /home/users/mccdo/vrjuggler-cvs/juggler-trunk/build-rhel5-64/ 
> instlinks/
> include/vpr-2.1.15/vpr/IO/BufferObjectReader.h:402
> Stack trace for process: 10316
>   0:/home/users/mccdo/vrjuggler-cvs/juggler-trunk/build-rhel5-64/
> instlinks/lib64/x86_64/libvpr-2_1_15.so(vpr::SystemBase::getCallStack 
> ()
> +0x43)
> [0x2abd30fac183]
>   1:/home/users/mccdo/vrjuggler-cvs/juggler-trunk/build-rhel5-64/
> instlinks/lib64/x86_64/
> libvpr-2_1_15.so(vpr::Exception::Exception(std::string
> const&, std::string const&)+0x71) [0x2abd30f716f1]
>   2:/home/users/mccdo/vrjuggler-cvs/juggler-trunk/build-rhel5-64/
> instlinks/lib64/x86_64/
> libvpr-2_1_15.so(vpr::IOException::IOException(std::string
> const&, std::string const&)+0x9) [0x2abd30f7da99]
>   3:/home/users/mccdo/vrjuggler-cvs/juggler-trunk/build-rhel5-64/
> instlinks/lib64/x86_64/
> libvpr-2_1_15.so(vpr::EOFException::EOFException(std::string
> const&, std::string const&)+0x9) [0x2abd30f71149]
>   4:ves_xplorer(vpr::BufferObjectReader::readRaw(unsigned int)+0xfe)
> [0x49753a]
>   5:/home/users/mccdo/vrjuggler-cvs/juggler-trunk/build-rhel5-64/
> instlinks/lib64/x86_64/
> libgadget-1_3_24.so(cluster::Header::parseHeader(std::vector<unsigned
> char, std::allocator<unsigned char> >&)+0x8d) [0x2abd30a1991d]
>   6:/home/users/mccdo/vrjuggler-cvs/juggler-trunk/build-rhel5-64/
> instlinks/lib64/x86_64/
> libgadget
> -1_3_24
> .so
> (cluster
> ::Header::readData(vpr::SocketStream_t<vpr::SocketConfiguration>*,
> bool)+0xdc) [0x2abd30a19d0c]
>   7:/home/users/mccdo/vrjuggler-cvs/juggler-trunk/build-rhel5-64/
> instlinks/lib64/x86_64/libgadget-1_3_24.so(gadget::Node::recvPacket()
> +0x4a)
> [0x2abd30a51a4a]
>   8:/home/users/mccdo/vrjuggler-cvs/juggler-trunk/build-rhel5-64/
> instlinks/lib64/x86_64/
> libgadget-1_3_24.so(gadget::NetworkManager::updateAllNodes(unsigned
> long)+0x22c) [0x2abd30a4ad6c]
>   9:/home/users/mccdo/vrjuggler-cvs/juggler-trunk/build-rhel5-64/
> instlinks/lib64/x86_64/
> libgadget-1_3_24.so(gadget::NetworkManager::barrier(bool)+0x78)
> [0x2abd30a4bc18]
>   10:/home/users/mccdo/vrjuggler-cvs/juggler-trunk/build-rhel5-64/
> instlinks/lib64/x86_64/
> libgadget-1_3_24.so(cluster::ClusterManager::start()+0x694)
> [0x2abd309d9f24]
>   11:/home/users/mccdo/vrjuggler-cvs/juggler-trunk/build-rhel5-64/
> instlinks/lib64/x86_64/libvrj-2_3_18.so(vrj::Kernel::start()+0x3f4)
> [0x2abd304b9d84]
>   12:ves_xplorer [0x47af79]
>   13:ves_xplorer(main+0x1089) [0x465a65]
>   14:/lib64/libc.so.6(__libc_start_main+0xf4) [0x351ac1d994]
>   15:ves_xplorer(std::basic_streambuf<char, std::char_traits<char
>> ::xsgetn(char*, long)+0x49) [0x4639f9]
>
> Hopefully this can be corrected quickly or a solution to reconfigure
> applications can be presented. Thanks.

I'll just back out the changes.

  -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.

[snip]

When running in cluster mode I am getting this failure with the latest  
commits:

VE-Xplorer Init: Caught unknown exception.
vpr::IOException: Attempted to read beyond data block
/home/users/mccdo/vrjuggler-cvs/juggler-trunk/build-rhel5-64/instlinks/ 
include/vpr-2.1.15/vpr/IO/BufferObjectReader.h:402
Stack trace for process: 10316
   0:/home/users/mccdo/vrjuggler-cvs/juggler-trunk/build-rhel5-64/ 
instlinks/lib64/x86_64/libvpr-2_1_15.so(vpr::SystemBase::getCallStack() 
+0x43)
[0x2abd30fac183]
   1:/home/users/mccdo/vrjuggler-cvs/juggler-trunk/build-rhel5-64/ 
instlinks/lib64/x86_64/ 
libvpr-2_1_15.so(vpr::Exception::Exception(std::string
const&, std::string const&)+0x71) [0x2abd30f716f1]
   2:/home/users/mccdo/vrjuggler-cvs/juggler-trunk/build-rhel5-64/ 
instlinks/lib64/x86_64/ 
libvpr-2_1_15.so(vpr::IOException::IOException(std::string
const&, std::string const&)+0x9) [0x2abd30f7da99]
   3:/home/users/mccdo/vrjuggler-cvs/juggler-trunk/build-rhel5-64/ 
instlinks/lib64/x86_64/ 
libvpr-2_1_15.so(vpr::EOFException::EOFException(std::string
const&, std::string const&)+0x9) [0x2abd30f71149]
   4:ves_xplorer(vpr::BufferObjectReader::readRaw(unsigned int)+0xfe)
[0x49753a]
   5:/home/users/mccdo/vrjuggler-cvs/juggler-trunk/build-rhel5-64/ 
instlinks/lib64/x86_64/ 
libgadget-1_3_24.so(cluster::Header::parseHeader(std::vector<unsigned
char, std::allocator<unsigned char> >&)+0x8d) [0x2abd30a1991d]
   6:/home/users/mccdo/vrjuggler-cvs/juggler-trunk/build-rhel5-64/ 
instlinks/lib64/x86_64/ 
libgadget 
-1_3_24 
.so 
(cluster 
::Header::readData(vpr::SocketStream_t<vpr::SocketConfiguration>*,
bool)+0xdc) [0x2abd30a19d0c]
   7:/home/users/mccdo/vrjuggler-cvs/juggler-trunk/build-rhel5-64/ 
instlinks/lib64/x86_64/libgadget-1_3_24.so(gadget::Node::recvPacket() 
+0x4a)
[0x2abd30a51a4a]
   8:/home/users/mccdo/vrjuggler-cvs/juggler-trunk/build-rhel5-64/ 
instlinks/lib64/x86_64/ 
libgadget-1_3_24.so(gadget::NetworkManager::updateAllNodes(unsigned
long)+0x22c) [0x2abd30a4ad6c]
   9:/home/users/mccdo/vrjuggler-cvs/juggler-trunk/build-rhel5-64/ 
instlinks/lib64/x86_64/ 
libgadget-1_3_24.so(gadget::NetworkManager::barrier(bool)+0x78)
[0x2abd30a4bc18]
   10:/home/users/mccdo/vrjuggler-cvs/juggler-trunk/build-rhel5-64/ 
instlinks/lib64/x86_64/ 
libgadget-1_3_24.so(cluster::ClusterManager::start()+0x694)
[0x2abd309d9f24]
   11:/home/users/mccdo/vrjuggler-cvs/juggler-trunk/build-rhel5-64/ 
instlinks/lib64/x86_64/libvrj-2_3_18.so(vrj::Kernel::start()+0x3f4)
[0x2abd304b9d84]
   12:ves_xplorer [0x47af79]
   13:ves_xplorer(main+0x1089) [0x465a65]
   14:/lib64/libc.so.6(__libc_start_main+0xf4) [0x351ac1d994]
   15:ves_xplorer(std::basic_streambuf<char, std::char_traits<char  
 >::xsgetn(char*, long)+0x49) [0x4639f9]

Hopefully this can be corrected quickly or a solution to reconfigure  
applications can be presented. Thanks.

Doug

	Hello Patrick,

Patrick Hartling wrote:
> Carsten Neumann wrote:
>> BOR::readRaw can read past the end of the buffer, if there is some, but
>> less than len data left in the buffer. IMHO the test for throwing
>> EOFException should read (patch attached):
>>
>> if ( mCurHeadPos + len >= mData->size() )
>>
>> Note that this does not move the mCurHeadPos, so an application can
>> handle this case by obtaining more data (e.g. from the network) adding
>> it at the end of the external buffer and retry extracting data.
> 
> That's a very good point. Your patch has been committed (r21141 on the trunk
> and r21142 on the 2.2 branch). Thanks!

thanks, however, I just noticed another problem with BOR: I've been 
writing this in my readObject() implementations:

try
{
     reader->pushState();

     // read data for current object

     // should call: reader->popState();
}
catch(vpr::EOFException &)
{
     reader->popState();
     // should call: reader->restoreTopState();
     throw;
}

that is fine as long as I'm not reading something like a queue of 
objects that themselves have readObject implementations like the above.
My queue is serialized as [num elems, elem1, elem2, ...]. If for some 
funny reason I only get some part of it over the network and 
optimistically start unmarshalling it, at some point an exception is 
thrown (possibly from reading one of the elems), but I can't fully 
recover because when I try to do the popState() in the queue, it will 
set the position to the beginning of the last fully unmarshalled elem - 
the push/pops are not fully symmetric.

So, in other words I think the interface should allow doing a pop that 
does not restore the state, just to keep the stack symmetric. Perhaps 
adding a bool argument to pop that indicates whether it should restore 
and defaults to true could be used (if breaking applications is a concern)?
Or perhaps I'm missing something and this is not the right way to use 
the existing interface?

	Thanks,
		Carsten

Carsten Neumann wrote:
> [I tried sending a similar message before, but got a failure notice.
> However, I've also changed the patch and think this one is actually the
> better solution]
> 
>     Hello,
> 
> BOR::readRaw can read past the end of the buffer, if there is some, but
> less than len data left in the buffer. IMHO the test for throwing
> EOFException should read (patch attached):
> 
> if ( mCurHeadPos + len >= mData->size() )
> 
> Note that this does not move the mCurHeadPos, so an application can
> handle this case by obtaining more data (e.g. from the network) adding
> it at the end of the external buffer and retry extracting data.

That's a very good point. Your patch has been committed (r21141 on the trunk
and r21142 on the 2.2 branch). Thanks!

 -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.

[I tried sending a similar message before, but got a failure notice. 
However, I've also changed the patch and think this one is actually the 
better solution]

	Hello,

BOR::readRaw can read past the end of the buffer, if there is some, but 
less than len data left in the buffer. IMHO the test for throwing 
EOFException should read (patch attached):

if ( mCurHeadPos + len >= mData->size() )

Note that this does not move the mCurHeadPos, so an application can 
handle this case by obtaining more data (e.g. from the network) adding 
it at the end of the external buffer and retry extracting data.

	Cheers,
		Carsten

On Oct 26, 2009, at 6:24 AM, Miroslav Andel wrote:

> Hello,
>
> I found out that getting the viewport pointer does only work if you  
> call it from the draw() function but after vrj::OsgApp::draw();.  
> Otherwise userData->getViewport(); only returns the last viewport  
> rendered or nothing at all if you call the function in predraw().
Correct. If you use UserData I believe the docs note that you must  
have a valid context to get a valid pointer back from UserData.

>
> Regarding the sceneview question I realized that multiple sceneView  
> objects are needed if multiple windows are used. My problem was that  
> I only used one object and if I changed the settings of that object  
> like setting the clear color only the last window was affected by  
> the change.

What do you mean by object? VR Juggler manages the creation of  
SceneView and allocates one per context. Are you overriding the  
default behavior? As to the clear color problem, I am not sure what  
the issue is. You could always set a clear color in the contextPreDraw  
(I believe the documentation talks about this as well) or use an OSG  
ClearNode.

Doug

Hello,

I found out that getting the viewport pointer does only work if you call it from the draw() function but after vrj::OsgApp::draw();. Otherwise userData->getViewport(); only returns the last viewport rendered or nothing at all if you call the function in predraw().

Regarding the sceneview question I realized that multiple sceneView objects are needed if multiple windows are used. My problem was that I only used one object and if I changed the settings of that object like setting the clear color only the last window was affected by the change.

Thanks,

Miroslav


Från: Doug McCorkle [mailto:mc...@ia...]
Skickat: den 25 oktober 2009 18:12
Till: VR Juggler announcements and user questions
Ämne: Re: [vrjuggler-info] Getting the current viewport using osg

Hello Miroslav,

On Oct 23, 2009, at 9:44 AM, Miroslav Andel wrote:


Hi again,

How do I get the current viewport using osg and VR juggler? Before I started to port a project from openGL to OSG I used the following piece of code:

vrj::GlUserData * userData = vrj::GlDrawManager::instance()->currentUserData();
vrj::Viewport * vp = userData->getViewport();

The code above should work for OSG. VR Juggler abstracts this interface with the underlying windowing API so the code should be the same across scenegraphs and OpenGL. What is the problem you are having with the code above with OSG?



I'm using each viewport's size and offset to create a 3D ray from the mouse position for picking when using multiple viewports in a window. I have looked in the programmers reference but have not found anything helpful.

You can do this but you have to manage the interface between your viewports and OSG.



Another question.. If multiple windows are used, configSceneView() seems only to run in the first window. If I set the clear color for example then it's only set in the first window. Is there a way to configure sceneView in a multi-window setup?

What is specifically failing when you are trying to run with multiple contexts? We use this functionality of VR Juggler with OSG without many problems. I think providing more details with regards to your specific problems might be useful.

Doug

Hello Miroslav,

On Oct 23, 2009, at 9:44 AM, Miroslav Andel wrote:

> Hi again,
>
> How do I get the current viewport using osg and VR juggler? Before I  
> started to port a project from openGL to OSG I used the following  
> piece of code:
>
> vrj::GlUserData * userData = vrj::GlDrawManager::instance()- 
> >currentUserData();
> vrj::Viewport * vp = userData->getViewport();

The code above should work for OSG. VR Juggler abstracts this  
interface with the underlying windowing API so the code should be the  
same across scenegraphs and OpenGL. What is the problem you are having  
with the code above with OSG?

>
> I’m using each viewport’s size and offset to create a 3D ray from  
> the mouse position for picking when using multiple viewports in a  
> window. I have looked in the programmers reference but have not  
> found anything helpful.

You can do this but you have to manage the interface between your  
viewports and OSG.

>
> Another question.. If multiple windows are used, configSceneView()  
> seems only to run in the first window. If I set the clear color for  
> example then it’s only set in the first window. Is there a way to  
> configure sceneView in a multi-window setup?

What is specifically failing when you are trying to run with multiple  
contexts? We use this functionality of VR Juggler with OSG without  
many problems. I think providing more details with regards to your  
specific problems might be useful.

Doug

Hi again,

How do I get the current viewport using osg and VR juggler? Before I started to port a project from openGL to OSG I used the following piece of code:

vrj::GlUserData * userData = vrj::GlDrawManager::instance()->currentUserData();
vrj::Viewport * vp = userData->getViewport();

I'm using each viewport's size and offset to create a 3D ray from the mouse position for picking when using multiple viewports in a window. I have looked in the programmers reference but have not found anything helpful.

Another question.. If multiple windows are used, configSceneView() seems only to run in the first window. If I set the clear color for example then it's only set in the first window. Is there a way to configure sceneView in a multi-window setup?

Kind regards,

Miroslav

Sorry - we solved the problem. It was an environment variable issue. 

Many thanks for the help! 

Lynne Altomari 
Software Engineer 
Louisiana Immersive Technologies Enterprise 
537 Cajundome Blvd Suite 209 
Lafayette, LA 70506 
337-735-1442 
lal...@li... 

----- Original Message ----- 
From: "Lynne Altomari" <lal...@li...> 
To: "VR Juggler announcements and user questions" <vrj...@li...> 
Sent: Thursday, October 22, 2009 10:37:59 AM GMT -06:00 US/Canada Central 
Subject: Re: [vrjuggler-info] VRJConfig problems - new user questions 


OK, we are running version 1.6.0_13 of java and Linux version is 2.6.28-gentoo-r5. The messages in the window as the Tweek JavaBean Loader starts up are: 
NOTE: Setting TWEEK_BASE_DIR to /research/tools_gentoo/vrjuggler/vrjuggler.2.2.1/install/x86_64.gcc-4_1_2.debug 
NOTE: Setting JCCL_BASE_DIR to /research/tools_gentoo/vrjuggler/vrjuggler.2.2.1/install/x86_64.gcc-4_1_2.debug 
/research/tools_gentoo/vrjuggler/vrjuggler.2.2.1/install/x86_64.gcc-4_1_2.debug/share/vrjuggler-2.2/data/definitions 
RTRCDataSourceBroker started 


Lynne Altomari 
Software Engineer 
Louisiana Immersive Technologies Enterprise 
537 Cajundome Blvd Suite 209 
Lafayette, LA 70506 
337-735-1442 
lal...@li... 

----- Original Message ----- 
From: "Patrick Hartling" <pa...@pr...> 
To: "VR Juggler announcements and user questions" <vrj...@li...> 
Sent: Thursday, October 22, 2009 9:41:30 AM GMT -06:00 US/Canada Central 
Subject: Re: [vrjuggler-info] VRJConfig problems - new user questions 

Are there warning or error messages printed in your terminal window as VRJConfig starts up? It sounds to me like something is not set up correctly. What version of Java are you using? What version of Linux are you using? 


-Patrick 



On Oct 22, 2009, at 9:36 AM, Lynne Altomari wrote: 




Many thanks Doug and Patrick! I can run vrjconfig from the bin directory. When it starts though I get an Instantiation Failure that says Instantiation of Bean "Configuration Editor' (type org.vrjuggler.vrjconfig.VrjConfig) failed. When I click OK I get the same failure message for Config Definition Editor and for Control Panel. I see there is a beans directory under bin but it is empty. Is that the problem? Or do you know how I can fix this? 

I really appreciate your help. 

Lynne Altomari 
Software Engineer 
Louisiana Immersive Technologies Enterprise 
537 Cajundome Blvd Suite 209 
Lafayette, LA 70506 
337-735-1442 
lal...@li... 

----- Original Message ----- 
From: "Patrick Hartling" < pa...@pr... > 
To: "VR Juggler announcements and user questions" < vrj...@li... > 
Sent: Thursday, October 22, 2009 8:02:01 AM GMT -06:00 US/Canada Central 
Subject: Re: [vrjuggler-info] VRJConfig problems - new user questions 

Lynne, 

Doug is correct. You should be running the vrjconfig shell script (or 
vrjconfig.bat batch file) to start VRJConfig. VRJConfig.jar is a plug- 
in to the Tweek Java GUI and cannot be used on its own. 

-Patrick 

On Oct 21, 2009, at 5:06 PM, Doug McCorkle wrote: 

> Hello Lynne, 
> 
> Typically, when I use VRJConfig I just add the $VJ_BASE_DIR/bin to my 
> path and run the vrjconfig command in a shell and everything else for 
> loading beans is handled by vrjconfig. Hope that helps. 
> 
> Doug 
> 
> On Oct 21, 2009, at 3:43 PM, Lynne Altomari wrote: 
> 
>> Hello, 
>> We have VR Juggler 2.2.1. I've read the Configuration Guide about 
>> VRJConfig utility. When I go to the dir under share/vrjuggler-2.2/ 
>> beans and try to run the .jar file with 'java -jar VRJConfig.jar' I 
>> get this error - 
>> "Failed to load Main-Class manifest attribute from VRJConfig.jar". 
>> I get that same error on all the .jar files in the distribution. We 
>> tried extracting the files, finding the main, and running it that 
>> way but it still fails. 
>> 
>> Can anyone provide some guidance on how to get these to work? If 
>> not, where can I find detailed information that describes the 
>> meaning of the elements in the XML config files so we can understand 
>> and modify them manually? 
>> 
>> Any help or guidance is appreciated. 
> 
> 
> ------------------------------------------------------------------------------ 
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA 
> is the only developer event you need to attend this year. Jumpstart 
> your 
> developing skills, take BlackBerry mobile applications to market and 
> stay 
> ahead of the curve. Join us from November 9 - 12, 2009. Register now! 
> http://p.sf.net/sfu/devconference 
> _______________________________________________ 
> vrjuggler-info mailing list 
> vrj...@li... 
> https://lists.sourceforge.net/lists/listinfo/vrjuggler-info 

-- 
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. 


------------------------------------------------------------------------------ 
Come build with us! The BlackBerry(R) Developer Conference in SF, CA 
is the only developer event you need to attend this year. Jumpstart your 
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now! 
http://p.sf.net/sfu/devconference 
_______________________________________________ 
vrjuggler-info mailing list 
vrj...@li... 
https://lists.sourceforge.net/lists/listinfo/vrjuggler-info 
------------------------------------------------------------------------------ 
Come build with us! The BlackBerry(R) Developer Conference in SF, CA 
is the only developer event you need to attend this year. Jumpstart your 
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now! 
http://p.sf.net/sfu/devconference_______________________________________________ 
vrjuggler-info mailing list 
vrj...@li... 
https://lists.sourceforge.net/lists/listinfo/vrjuggler-info 








-- 
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. 

------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference 
_______________________________________________ vrjuggler-info mailing list vrj...@li... https://lists.sourceforge.net/lists/listinfo/vrjuggler-info 
------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference 
_______________________________________________ vrjuggler-info mailing list vrj...@li... https://lists.sourceforge.net/lists/listinfo/vrjuggler-info 

OK, we are running version 1.6.0_13 of java and Linux version is 2.6.28-gentoo-r5. The messages in the window as the Tweek JavaBean Loader starts up are: 
NOTE: Setting TWEEK_BASE_DIR to /research/tools_gentoo/vrjuggler/vrjuggler.2.2.1/install/x86_64.gcc-4_1_2.debug 
NOTE: Setting JCCL_BASE_DIR to /research/tools_gentoo/vrjuggler/vrjuggler.2.2.1/install/x86_64.gcc-4_1_2.debug 
/research/tools_gentoo/vrjuggler/vrjuggler.2.2.1/install/x86_64.gcc-4_1_2.debug/share/vrjuggler-2.2/data/definitions 
RTRCDataSourceBroker started 


Lynne Altomari 
Software Engineer 
Louisiana Immersive Technologies Enterprise 
537 Cajundome Blvd Suite 209 
Lafayette, LA 70506 
337-735-1442 
lal...@li... 

----- Original Message ----- 
From: "Patrick Hartling" <pa...@pr...> 
To: "VR Juggler announcements and user questions" <vrj...@li...> 
Sent: Thursday, October 22, 2009 9:41:30 AM GMT -06:00 US/Canada Central 
Subject: Re: [vrjuggler-info] VRJConfig problems - new user questions 

Are there warning or error messages printed in your terminal window as VRJConfig starts up? It sounds to me like something is not set up correctly. What version of Java are you using? What version of Linux are you using? 


-Patrick 



On Oct 22, 2009, at 9:36 AM, Lynne Altomari wrote: 




Many thanks Doug and Patrick! I can run vrjconfig from the bin directory. When it starts though I get an Instantiation Failure that says Instantiation of Bean "Configuration Editor' (type org.vrjuggler.vrjconfig.VrjConfig) failed. When I click OK I get the same failure message for Config Definition Editor and for Control Panel. I see there is a beans directory under bin but it is empty. Is that the problem? Or do you know how I can fix this? 

I really appreciate your help. 

Lynne Altomari 
Software Engineer 
Louisiana Immersive Technologies Enterprise 
537 Cajundome Blvd Suite 209 
Lafayette, LA 70506 
337-735-1442 
lal...@li... 

----- Original Message ----- 
From: "Patrick Hartling" < pa...@pr... > 
To: "VR Juggler announcements and user questions" < vrj...@li... > 
Sent: Thursday, October 22, 2009 8:02:01 AM GMT -06:00 US/Canada Central 
Subject: Re: [vrjuggler-info] VRJConfig problems - new user questions 

Lynne, 

Doug is correct. You should be running the vrjconfig shell script (or 
vrjconfig.bat batch file) to start VRJConfig. VRJConfig.jar is a plug- 
in to the Tweek Java GUI and cannot be used on its own. 

-Patrick 

On Oct 21, 2009, at 5:06 PM, Doug McCorkle wrote: 

> Hello Lynne, 
> 
> Typically, when I use VRJConfig I just add the $VJ_BASE_DIR/bin to my 
> path and run the vrjconfig command in a shell and everything else for 
> loading beans is handled by vrjconfig. Hope that helps. 
> 
> Doug 
> 
> On Oct 21, 2009, at 3:43 PM, Lynne Altomari wrote: 
> 
>> Hello, 
>> We have VR Juggler 2.2.1. I've read the Configuration Guide about 
>> VRJConfig utility. When I go to the dir under share/vrjuggler-2.2/ 
>> beans and try to run the .jar file with 'java -jar VRJConfig.jar' I 
>> get this error - 
>> "Failed to load Main-Class manifest attribute from VRJConfig.jar". 
>> I get that same error on all the .jar files in the distribution. We 
>> tried extracting the files, finding the main, and running it that 
>> way but it still fails. 
>> 
>> Can anyone provide some guidance on how to get these to work? If 
>> not, where can I find detailed information that describes the 
>> meaning of the elements in the XML config files so we can understand 
>> and modify them manually? 
>> 
>> Any help or guidance is appreciated. 
> 
> 
> ------------------------------------------------------------------------------ 
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA 
> is the only developer event you need to attend this year. Jumpstart 
> your 
> developing skills, take BlackBerry mobile applications to market and 
> stay 
> ahead of the curve. Join us from November 9 - 12, 2009. Register now! 
> http://p.sf.net/sfu/devconference 
> _______________________________________________ 
> vrjuggler-info mailing list 
> vrj...@li... 
> https://lists.sourceforge.net/lists/listinfo/vrjuggler-info 

-- 
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. 


------------------------------------------------------------------------------ 
Come build with us! The BlackBerry(R) Developer Conference in SF, CA 
is the only developer event you need to attend this year. Jumpstart your 
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now! 
http://p.sf.net/sfu/devconference 
_______________________________________________ 
vrjuggler-info mailing list 
vrj...@li... 
https://lists.sourceforge.net/lists/listinfo/vrjuggler-info 
------------------------------------------------------------------------------ 
Come build with us! The BlackBerry(R) Developer Conference in SF, CA 
is the only developer event you need to attend this year. Jumpstart your 
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now! 
http://p.sf.net/sfu/devconference_______________________________________________ 
vrjuggler-info mailing list 
vrj...@li... 
https://lists.sourceforge.net/lists/listinfo/vrjuggler-info 








-- 
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. 

------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference 
_______________________________________________ vrjuggler-info mailing list vrj...@li... https://lists.sourceforge.net/lists/listinfo/vrjuggler-info 

Hello,

On Thu, Oct 22, 2009 at 9:36 AM, Lynne Altomari <lal...@li...> wrote:
> Many thanks Doug and Patrick!  I can run vrjconfig from the bin directory.
> When it starts though I get an Instantiation Failure that says Instantiation
> of Bean "Configuration Editor' (type org.vrjuggler.vrjconfig.VrjConfig)
> failed.  When I click OK I get the same failure message for Config
> Definition Editor and for Control Panel.

I had that same problem when I tried running vrjconfig with a
different java version than the one used to build juggler.  That may
be your issue.


>  I see there is a beans directory
> under bin but it is empty.  Is that the problem?  Or do you know how I can
> fix this?
>
> I really appreciate your help.
>
> Lynne Altomari
> Software Engineer
> Louisiana Immersive Technologies Enterprise
> 537 Cajundome Blvd Suite 209
> Lafayette, LA  70506
> 337-735-1442
> lal...@li...
>


-- 
Dioselin Courter (SL: Chica Digital)
Research Scientist
University of Louisiana at Lafayette
537 Cajundome Blvd Suite 239
Office: +1 (337) 735-1393
dio...@lo...
http://virtual-dio.com/

Are there warning or error messages printed in your terminal window as  
VRJConfig starts up? It sounds to me like something is not set up  
correctly. What version of Java are you using? What version of Linux  
are you using?

  -Patrick

On Oct 22, 2009, at 9:36 AM, Lynne Altomari wrote:

> Many thanks Doug and Patrick!  I can run vrjconfig from the bin  
> directory.  When it starts though I get an Instantiation Failure  
> that says Instantiation of Bean "Configuration Editor' (type  
> org.vrjuggler.vrjconfig.VrjConfig) failed.  When I click OK I get  
> the same failure message for Config Definition Editor and for  
> Control Panel.  I see there is a beans directory under bin but it is  
> empty.  Is that the problem?  Or do you know how I can fix this?
>
> I really appreciate your help.
>
> Lynne Altomari
> Software Engineer
> Louisiana Immersive Technologies Enterprise
> 537 Cajundome Blvd Suite 209
> Lafayette, LA  70506
> 337-735-1442
> lal...@li...
>
> ----- Original Message -----
> From: "Patrick Hartling" <pa...@pr...>
> To: "VR Juggler announcements and user questions" <vrj...@li... 
> >
> Sent: Thursday, October 22, 2009 8:02:01 AM GMT -06:00 US/Canada  
> Central
> Subject: Re: [vrjuggler-info] VRJConfig problems - new user questions
>
> Lynne,
>
> Doug is correct. You should be running the vrjconfig shell script (or
> vrjconfig.bat batch file) to start VRJConfig. VRJConfig.jar is a plug-
> in to the Tweek Java GUI and cannot be used on its own.
>
>   -Patrick
>
> On Oct 21, 2009, at 5:06 PM, Doug McCorkle wrote:
>
> > Hello Lynne,
> >
> > Typically, when I use VRJConfig I just add the $VJ_BASE_DIR/bin to  
> my
> > path and run the vrjconfig command in a shell and everything else  
> for
> > loading beans is handled by vrjconfig. Hope that helps.
> >
> > Doug
> >
> > On Oct 21, 2009, at 3:43 PM, Lynne Altomari wrote:
> >
> >> Hello,
> >> We have VR Juggler 2.2.1.  I've read the Configuration Guide about
> >> VRJConfig utility.  When I go to the dir under share/vrjuggler-2.2/
> >> beans and try to run the .jar file with 'java -jar VRJConfig.jar' I
> >> get this error -
> >> "Failed to load Main-Class manifest attribute from VRJConfig.jar".
> >> I get that same error on all the .jar files in the distribution.   
> We
> >> tried extracting the files, finding the main, and running it that
> >> way but it still fails.
> >>
> >> Can anyone provide some guidance on how to get these to work?  If
> >> not, where can I find detailed information that describes the
> >> meaning of the elements in the XML config files so we can  
> understand
> >> and modify them manually?
> >>
> >> Any help or guidance is appreciated.
> >
> >
> >  
> ------------------------------------------------------------------------------
> > Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> > is the only developer event you need to attend this year. Jumpstart
> > your
> > developing skills, take BlackBerry mobile applications to market and
> > stay
> > ahead of the curve. Join us from November 9 - 12, 2009. Register  
> now!
> > http://p.sf.net/sfu/devconference
> > _______________________________________________
> > vrjuggler-info mailing list
> > vrj...@li...
> > https://lists.sourceforge.net/lists/listinfo/vrjuggler-info
>
> --
> 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.
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart  
> your
> developing skills, take BlackBerry mobile applications to market and  
> stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> vrjuggler-info mailing list
> vrj...@li...
> https://lists.sourceforge.net/lists/listinfo/vrjuggler-info
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart  
> your
> developing skills, take BlackBerry mobile applications to market and  
> stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference_______________________________________________
> vrjuggler-info mailing list
> vrj...@li...
> https://lists.sourceforge.net/lists/listinfo/vrjuggler-info

--
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.

Many thanks Doug and Patrick! I can run vrjconfig from the bin directory. When it starts though I get an Instantiation Failure that says Instantiation of Bean "Configuration Editor' (type org.vrjuggler.vrjconfig.VrjConfig) failed. When I click OK I get the same failure message for Config Definition Editor and for Control Panel. I see there is a beans directory under bin but it is empty. Is that the problem? Or do you know how I can fix this? 

I really appreciate your help. 

Lynne Altomari 
Software Engineer 
Louisiana Immersive Technologies Enterprise 
537 Cajundome Blvd Suite 209 
Lafayette, LA 70506 
337-735-1442 
lal...@li... 

----- Original Message ----- 
From: "Patrick Hartling" <pa...@pr...> 
To: "VR Juggler announcements and user questions" <vrj...@li...> 
Sent: Thursday, October 22, 2009 8:02:01 AM GMT -06:00 US/Canada Central 
Subject: Re: [vrjuggler-info] VRJConfig problems - new user questions 

Lynne, 

Doug is correct. You should be running the vrjconfig shell script (or 
vrjconfig.bat batch file) to start VRJConfig. VRJConfig.jar is a plug- 
in to the Tweek Java GUI and cannot be used on its own. 

-Patrick 

On Oct 21, 2009, at 5:06 PM, Doug McCorkle wrote: 

> Hello Lynne, 
> 
> Typically, when I use VRJConfig I just add the $VJ_BASE_DIR/bin to my 
> path and run the vrjconfig command in a shell and everything else for 
> loading beans is handled by vrjconfig. Hope that helps. 
> 
> Doug 
> 
> On Oct 21, 2009, at 3:43 PM, Lynne Altomari wrote: 
> 
>> Hello, 
>> We have VR Juggler 2.2.1. I've read the Configuration Guide about 
>> VRJConfig utility. When I go to the dir under share/vrjuggler-2.2/ 
>> beans and try to run the .jar file with 'java -jar VRJConfig.jar' I 
>> get this error - 
>> "Failed to load Main-Class manifest attribute from VRJConfig.jar". 
>> I get that same error on all the .jar files in the distribution. We 
>> tried extracting the files, finding the main, and running it that 
>> way but it still fails. 
>> 
>> Can anyone provide some guidance on how to get these to work? If 
>> not, where can I find detailed information that describes the 
>> meaning of the elements in the XML config files so we can understand 
>> and modify them manually? 
>> 
>> Any help or guidance is appreciated. 
> 
> 
> ------------------------------------------------------------------------------ 
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA 
> is the only developer event you need to attend this year. Jumpstart 
> your 
> developing skills, take BlackBerry mobile applications to market and 
> stay 
> ahead of the curve. Join us from November 9 - 12, 2009. Register now! 
> http://p.sf.net/sfu/devconference 
> _______________________________________________ 
> vrjuggler-info mailing list 
> vrj...@li... 
> https://lists.sourceforge.net/lists/listinfo/vrjuggler-info 

-- 
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. 


------------------------------------------------------------------------------ 
Come build with us! The BlackBerry(R) Developer Conference in SF, CA 
is the only developer event you need to attend this year. Jumpstart your 
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now! 
http://p.sf.net/sfu/devconference 
_______________________________________________ 
vrjuggler-info mailing list 
vrj...@li... 
https://lists.sourceforge.net/lists/listinfo/vrjuggler-info 

On Oct 22, 2009, at 7:43 AM, Miroslav Andel wrote:

> Hi,
>
> Is there a way to determine if a window has been closed by the X- 
> button in windows? The problem is that the end-user sometimes  
> presses the “X” button instead of “Esc” and I want that the  
> application terminates when all associated windows has been closed.
>
> I tried to run:
>
> displays = vrj::DisplayManager::instance()->getActiveDisplays();
> if( displays.size() == 0 )
>                 terminate();
>
> But the size of the display pointer vector doesn’t change if the  
> window is closed. And if I Run:
>
> displays[0]->getOriginAndSize(windowInfo[0], windowInfo[1],  
> windowInfo[2], windowInfo[3]);
>
> The window size is still the same before I closed the window. If i  
> just minimize the window then the size changes to 1x1. Also the  
> window offset/origin doesn’t update when the window is moved around.  
> When the window is resized then the size is updated just as it should.
>
> Is there an approach to check if all windows has been closed?

Closing windows in the manner is not supported. Doing so often leads  
to crashes. Perhaps that specified defect could be fixed, but as of  
right now, the only supported way to close windows is to shut down the  
application or to connect to it with VRJConfig and disable them  
through the configuration.

  -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.

Lynne,

Doug is correct. You should be running the vrjconfig shell script (or  
vrjconfig.bat batch file) to start VRJConfig. VRJConfig.jar is a plug- 
in to the Tweek Java GUI and cannot be used on its own.

  -Patrick

On Oct 21, 2009, at 5:06 PM, Doug McCorkle wrote:

> Hello Lynne,
>
> Typically, when I use VRJConfig I just add the $VJ_BASE_DIR/bin to my
> path and run the vrjconfig command in a shell and everything else for
> loading beans is handled by vrjconfig. Hope that helps.
>
> Doug
>
> On Oct 21, 2009, at 3:43 PM, Lynne Altomari wrote:
>
>> Hello,
>> We have VR Juggler 2.2.1.  I've read the Configuration Guide about
>> VRJConfig utility.  When I go to the dir under share/vrjuggler-2.2/
>> beans and try to run the .jar file with 'java -jar VRJConfig.jar' I
>> get this error -
>> "Failed to load Main-Class manifest attribute from VRJConfig.jar".
>> I get that same error on all the .jar files in the distribution.  We
>> tried extracting the files, finding the main, and running it that
>> way but it still fails.
>>
>> Can anyone provide some guidance on how to get these to work?  If
>> not, where can I find detailed information that describes the
>> meaning of the elements in the XML config files so we can understand
>> and modify them manually?
>>
>> Any help or guidance is appreciated.
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart  
> your
> developing skills, take BlackBerry mobile applications to market and  
> stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> vrjuggler-info mailing list
> vrj...@li...
> https://lists.sourceforge.net/lists/listinfo/vrjuggler-info

--
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.

Hi,

Is there a way to determine if a window has been closed by the X-button in windows? The problem is that the end-user sometimes presses the "X" button instead of "Esc" and I want that the application terminates when all associated windows has been closed.

I tried to run:

displays = vrj::DisplayManager::instance()->getActiveDisplays();
if( displays.size() == 0 )
                terminate();

But the size of the display pointer vector doesn't change if the window is closed. And if I Run:

displays[0]->getOriginAndSize(windowInfo[0], windowInfo[1], windowInfo[2], windowInfo[3]);

The window size is still the same before I closed the window. If i just minimize the window then the size changes to 1x1. Also the window offset/origin doesn't update when the window is moved around. When the window is resized then the size is updated just as it should.

Is there an approach to check if all windows has been closed?

Kind regards,

Miroslav Andel
Research Engineer
Linköping University

Hello Lynne,

Typically, when I use VRJConfig I just add the $VJ_BASE_DIR/bin to my  
path and run the vrjconfig command in a shell and everything else for  
loading beans is handled by vrjconfig. Hope that helps.

Doug

On Oct 21, 2009, at 3:43 PM, Lynne Altomari wrote:

> Hello,
> We have VR Juggler 2.2.1.  I've read the Configuration Guide about  
> VRJConfig utility.  When I go to the dir under share/vrjuggler-2.2/ 
> beans and try to run the .jar file with 'java -jar VRJConfig.jar' I  
> get this error -
> "Failed to load Main-Class manifest attribute from VRJConfig.jar".   
> I get that same error on all the .jar files in the distribution.  We  
> tried extracting the files, finding the main, and running it that  
> way but it still fails.
>
> Can anyone provide some guidance on how to get these to work?  If  
> not, where can I find detailed information that describes the  
> meaning of the elements in the XML config files so we can understand  
> and modify them manually?
>
> Any help or guidance is appreciated.

We are running on Linux Gentoo. 

Lynne Altomari 
Software Engineer 
Louisiana Immersive Technologies Enterprise 
537 Cajundome Blvd Suite 209 
Lafayette, LA 70506 
337-735-1442 
lal...@li... 

Hello, 
We have VR Juggler 2.2.1. I've read the Configuration Guide about VRJConfig utility. When I go to the dir under share/vrjuggler-2.2/beans and try to run the .jar file with 'java -jar VRJConfig.jar' I get this error - 
"Failed to load Main-Class manifest attribute from VRJConfig.jar". I get that same error on all the .jar files in the distribution. We tried extracting the files, finding the main, and running it that way but it still fails. 

Can anyone provide some guidance on how to get these to work? If not, where can I find detailed information that describes the meaning of the elements in the XML config files so we can understand and modify them manually? 

Any help or guidance is appreciated. 

Thank you! 
Lynne Altomari 
Software Engineer 
Louisiana Immersive Technologies Enterprise 
537 Cajundome Blvd Suite 209 
Lafayette, LA 70506 
337-735-1442 
lal...@li... 

Hi,

I figured it out.. even if mKernel->stop() is called vrj still runs one iteration of the render loop. So I simply created a bool that checks if a fatal error has occurred and if that is true then the functions: preFrame, latePreFrame, postFrame and bufferPreDraw() (I'm using OSG so I have no draw()) are exited by running:

if(fatalError)
	return;

This shuts down the application in a nice way if an error has been encountered while running the application. Now afterwards my question might have been a bit stupid.

//Miroslav



-----Ursprungligt meddelande-----
Från: Miroslav Andel [mailto:Mir...@it...] 
Skickat: den 19 oktober 2009 18:09
Till: VR Juggler announcements and user questions
Ämne: [vrjuggler-info] exit vr juggler application

Hi,

I'm wondering what is the proper way to exit an VR juggler application?

mKernel->stop() isn't really right for the job and exit() results in a crash.

Kind regards,

Miroslav

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
vrjuggler-info mailing list
vrj...@li...
https://lists.sourceforge.net/lists/listinfo/vrjuggler-info

Hi,

I'm wondering what is the proper way to exit an VR juggler application?

mKernel->stop() isn't really right for the job and exit() results in a crash.

Kind regards,

Miroslav

On Oct 17, 2009, at 6:37 PM, Patrick Hartling wrote:

> On Oct 17, 2009, at 2:22 PM, Doug McCorkle wrote:
>
>> On Oct 16, 2009, at 5:06 PM, Patrick Hartling wrote:
>>
>>> On Oct 15, 2009, at 1:12 PM, Doug McCorkle wrote:
>>>
>>>> Hello,
>>>>
>>>> Is there a method for managing wether an event on the
>>>> gadget::KeyboardMouse::EventQueue has been handled by the users
>>>> code?
>>>> When I look over things it seems like the event queue for the most
>>>> part is encapsulated and that there is no way to pop events or tag
>>>> events with user data. Is this correct or am I missing something?
>>>
>>> Do you mean something like marking an event as having been consumed?
>> Correct.
>
> Give r21125 of the trunk a try. gadget::Event now has the methods
> consume() to mark that the event has been consumed and isConsumed() to
> test its consumed state.

Thanks Patrick! I will give this a try. That is what I was looking for.

Doug