I just checked this feature into trunk. vncconnect now uses the VNC X extension, so its return status should reflect the success or failure of the connection. Further, it now has a -disconnect option to disconnect all connected listening viewers.
On 5/10/13 3:18 PM, Kevin Van Workum wrote: > I would find that helpful. Currently I'm forced to scan the log file to > determine success of the connection on the server side. Maybe you could > keep the asynchronous behavior default and just add a -sync option to > request a synchronous connect instead? Either way. > > > On Fri, May 10, 2013 at 4:05 PM, DRC <dcomman...@users.sourceforge.net > <mailto:dcomman...@users.sourceforge.net>> wrote: > > As currently implemented, vncconnect stores the connection info in an X > atom, and Xvnc reads this property asynchronously and establishes the > connection. The connection attempt may or may not have been made by the > time vncconnect exits, and thus, only Xvnc has any way of knowing > whether or not the connection has failed. > > However, it would be straightforward enough for us to adopt the same > system used by TigerVNC/RealVNC. Their system uses a VNC X11 extension > with a method called XvncExtConnect() that can be used to synchronously > connect or disconnect a specific client, and it returns an error if the > connection fails. We already have the VNC X11 extension, but currently > only the clipboard functions are implemented in it, so it would be a > simple matter of adding the connection functions and modifying > vncconnect to use them. > > > On 5/10/13 2:40 PM, Kevin Van Workum wrote: > > I noticed that vncconnect's exit status is true if it can connect to the > > vncserver even though the connection to the viewer could not made. The > > server knows that the connection to the viewer was not established as > > evidenced by the "connection failed: Connection refused" message in its > > log file. Is there any way to include this information in vncconnect's > > return status? Maybe a different return status for vncconnect? Or just > > print something to stderr? > ------------------------------------------------------------------------------ October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register > http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk _______________________________________________ VirtualGL-Users mailing list VirtualGL-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/virtualgl-users
