Hi, Further testing suggests that the EndOfStream exception is not the only possible exception which can occur if the VNC session is terminated from the server side:
com.turbovnc.rdr.SystemException: read:com.turbovnc.rdr.Exception: java.io.IOException: Connection reset by peer Again, a "Connection Closed" message, or something more user-friendly might be nice. I should admit that I'm now playing with my own copy of the TurboVNC Viewer Java code with a few tweaks for Mac OS X full screen mode etc. so it's possible that I've changed something in the code to trigger this different exception, but I don't think so. Cheers, James On 12/12/2012, at 8:44 AM, James Wettenhall wrote: > DRC, > > Yes, it would be better if a "Connection Closed" message box was > displayed instead of seeing the EndOfStream exception. And for less > common Java exceptions, I think it's reasonable to display the raw > Java class name in a message dialog. > > For our cloud virtual machines, instead of having the End Session > button seen on our HPC system's desktop (which is triggering the > EndOfStream exception), the user finishes by simply closing the VNC > window. Our application then pops up a question dialog asking whether > the user wants to keep their VNC session open for future use, or > terminate it. So this use case (the user simply closing the VNC window > and exiting TurboVNC) wouldn't trigger any Java message boxes, which > is good for us. > > Cheers, > James ------------------------------------------------------------------------------ LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d _______________________________________________ VirtualGL-Devel mailing list VirtualGL-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/virtualgl-devel