There's really no advantage to having it be asynchronous, and since TigerVNC, RealVNC, and others have adopted the synchronous approach, it makes sense for us to do likewise.
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? > > > ------------------------------------------------------------------------------ > Learn Graph Databases - Download FREE O'Reilly Book > "Graph Databases" is the definitive new guide to graph databases and > their applications. This 200-page book is written by three acclaimed > leaders in the field. The early access version is available now. > Download your free book today! http://p.sf.net/sfu/neotech_d2d_may > _______________________________________________ > VirtualGL-Users mailing list > VirtualGL-Users@lists.sourceforge.net > <mailto:VirtualGL-Users@lists.sourceforge.net> > https://lists.sourceforge.net/lists/listinfo/virtualgl-users > > > > > -- > Kevin Van Workum, PhD > Sabalcore Computing Inc. > "Where Data Becomes Discovery" > http://www.sabalcore.com > 877-492-8027 ext. 11 > > > > ------------------------------------------------------------------------------ > Learn Graph Databases - Download FREE O'Reilly Book > "Graph Databases" is the definitive new guide to graph databases and > their applications. This 200-page book is written by three acclaimed > leaders in the field. The early access version is available now. > Download your free book today! http://p.sf.net/sfu/neotech_d2d_may > > > > _______________________________________________ > VirtualGL-Users mailing list > VirtualGL-Users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/virtualgl-users > ------------------------------------------------------------------------------ Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. This 200-page book is written by three acclaimed leaders in the field. The early access version is available now. Download your free book today! http://p.sf.net/sfu/neotech_d2d_may _______________________________________________ VirtualGL-Users mailing list VirtualGL-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/virtualgl-users
