DRC, Thanks for your reply.
Geoffrey and I work together. We need to find a time to sit down and try to reproduce this together with various configurations (e.g. switching VNC viewer and/or VNC server). It's not easy for Geoffrey to switch VNC viewers and servers - he's using a GUI application I developed which automatically chooses TurboVNC viewer as the VNC viewer. So I have offered to help him with the testing you suggested. I have just tested the same server Geoffrey was using, running the same TurboVNC client version as Geoffrey (1.1) and the same TigerVNC server version (1.0.90) and I have done a whole bunch of clicking and dragging without any problems. So no luck in trying to reproduce the problem yet. The web-application in which Geoffrey experienced the drag-and-drop problem requires login credentials which I don't have, so I'll need to get Geoffrey to log in and demonstrate the problem to me. BTW, the reason why we sometimes use TigerVNC server instead of TurboVNC server is that some of our (virtual) servers don't have GPUs, but we still want to be able to test some OpenGL software on them. For these servers without GPUs, we have found it easier to get the OpenGL software up and running with TigerVNC server than with TurboVNC server / VirtualGL. But for servers which do have GPUs, we want to be able to make use of hardware acceleration, so we use TurboVNC viewer (on the client side) and TurboVNC server. Does that sound reasonable? Or do you think that with a bit of practice, it should be easy to get OpenGL stuff (e.g. glxgears and glxspheres) up and running quickly (but without hardware acceleration) using TurboVNC server, instead of TigerVNC server on our GPU-less virtual servers? That way we could use the same VNC server software on all of our physical and virtual servers. Regards, James On 24/09/2012, at 1:01 PM, DRC wrote: > Does the same thing happen when using a different viewer? Does the same > thing happen when using the TurboVNC server? > > If the answers to the above are "yes" and "no", then it isn't our bug. > It's TigerVNC's, and the first thing they'll tell you is "use a newer > release." Of course, the problem is that Red Hat has frozen their > supplied version of TigerVNC at 1.1, so newer releases of TigerVNC are > not supported by Red Hat, but older releases are not supported by The > TigerVNC Project. > > > On 9/23/12 9:36 PM, Geoffrey Kong wrote: >> Hi all, >> >> The VNC instances crashed whenever I did a click-and-drag, e.g. from >> within Firefox, with the following error message. >> >> CleanupXErrorHandler called >> X Error of failed request: BadMatch (invalid parameter attributes) >> Major opcode of failed request: 93 (X_CreateCursor) >> Serial number of failed request: 4067 >> Current serial number in output stream: 4071 >> >> We are using TurboVNC 1.1 as client on Mac OS X and TigerVNC 1.0.90 as >> server on CentOS 6.2 Linux. >> >> Would anyone know what the problem is? >> >> Thanks, >> Geoffrey Kong > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > VirtualGL-Users mailing list > VirtualGL-Users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/virtualgl-users ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ VirtualGL-Users mailing list VirtualGL-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/virtualgl-users
