I just uploaded a pre-release build of the server that should fix this issue.
http://virtualgl.sourceforge.net/vnc.nightly/ The issue was apparently introduced way back in TurboVNC 1.0 whenever we added the authentication extensions. Another issue was introduced at the same time that prevented non-TightVNC/TurboVNC clients (basically any client that lacks the Tight security descriptor) from successfully connecting with no authentication (rfbAuthNone.) That has also been fixed in this build. On 5/30/13 2:49 PM, Jay Ashworth wrote: > I've been trying to re-stabilize a client for whom, aeons ago, I set up > a multi-user persistent session VNC system on SuSE 9.x, uwing TightVNC > 1.2.0 from RPM. > > When I upgraded them to SuSE 11.2/3, the replacement Xvnc wouldn't accept > mouseclicks, to I copied in the one from the older install, and it worked. > > They worked well for several years before the 11.x upgrade, and several > years after. > > When I upgraded them to SuSE 12.1, the replacement Xvnc from the new Tight > package wouldn't accept mouseclicks, so I again copied in the older one, > and *it*, in its turn, wouldn't allow drag and drop, though everything > else seemed to work ok. They lived with that for a while, and it's gone > critical on me again, so I dug back into the problem, and tried out TigerVNC, > since the Tight people tell me they aren't building for X/Linux anymore > (which seems to me to be a pretty fine how d'you do...) > > Tiger installed ok, and it seems to work relatively well, drag and drop > and mouseclicks are both fine, but on the Axel 75 terminals in their office, > the screen paint is *cripplingly* slow; you can see the tiles paint. > > It seems to work fine with Linux TightVNC client and with Chicken of the > VNC on the client's Mac -- *even from the office LAN*. > > A birdie whispered in my ear that TurboVNC was being developed a little > more actively than Tiger, so I went and grabbed that. > > It seems to work about as well, or a little faster, than Tiger, *with the > PC/Linux/Mac based clients... but now the Axel terminals (with RFB3.3 > capable VNC firmware in their ROMs) *say they have connected*, but never > paint a screen at all. > > A server X.log from the server for my "testuser", with connections from > the LAN and from outside, is posted here, with a 1 month expiration: > > http://pastebin.com/0Pe9CVpp > > You'll note a bunch of extension missing messages; I had to trim out > almost 25MB of those to make the paste; they're being generated > constantly, and only by Turbo. Tiger and Tight don't seem to drop those. > > I'm using the prebuilt Xvnc from this package: > > turbovnc-1.1.95.tar.gz > > uname -a: > > Linux patriot 3.1.10-1.16-desktop #1 SMP PREEMPT Wed Jun 27 05:21:40 UTC 2012 > (d016078) i686 i686 i386 GNU/Linux > > and there's an ldconfig -v at the end of the paste, in case that's helpful. > Happy to supply any other non-obvious config information anyone thinks > useful... and if I do get the connection to work, I will need to figure out > those errors; they're pretty high-rate. > > Cheers, > -- jra > ------------------------------------------------------------------------------ Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free troubleshooting tool designed for production Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap2 _______________________________________________ VirtualGL-Users mailing list VirtualGL-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/virtualgl-users
