To answer your other question, RE: testing this, I don't have any ideas of what to test. I can't make the glXUseXFont() function fail in TigerVNC using "toy" applications, so I'm not sure what Oasys Primer is doing differently to make it fail. Can you test using the latest version of VirtualGL (2.3 beta) and the latest TigerVNC (1.2.0 evolving-- from http://www.virtualgl.org/DeveloperInfo/TigerVNCPreReleases)? I have no ideas other than trying to narrow down further what version of the code might be causing problems. For instance, if upgrading VirtualGL while leaving the TigerVNC version static fixes it, then it's likely a VirtualGL issue. If upgrading TigerVNC while keeping VirtualGL static fixes it, then it's likely a TigerVNC issue.
The primary developers of TigerVNC also use VirtualGL, and they're also in Sweden, so they may be in a better position to perform further triage and determine whether this is in fact a VirtualGL or a TigerVNC issue. While I continue to lend support to the TigerVNC Project, there are no longer any plans to replace TurboVNC with it, and thus, it's not my "baby" like TurboVNC is. There are just too many problems associated with trying to balance the performance needs of a general-purpose VNC solution like TigerVNC and a targeted VNC solution like TurboVNC, and I don't want to fight those battles again, since I've already fought them once with TurboVNC. Thus, I decided that it was easier to move forward with TurboVNC and shore up the weaknesses with it (such as lack of a RENDER extension, performance limitations on high-latency networks, antiquated Unix GUI, etc.) and let TigerVNC evolve as a parallel effort. On 12/7/11 10:10 AM, DRC wrote: > It's extremely odd that anything would work in TurboVNC and then fail in > TightVNC, since TurboVNC was originally based on TightVNC 1.3.10. > However, TurboVNC does have a lot of bug fixes relative to TightVNC, > since our code base has continued to evolve after TightVNC 1.3.x was > abandoned. > > VirtualGL is borrowing code from Mesa to implement glXUseXFont(), so I'm > not sure why it would work with software rendering but not VirtualGL, > since they're doing essentially the same thing. > > > > > On 12/7/11 8:21 AM, filip.ged...@gridcore.se wrote: >> I tried some more cases, running the application on the local x server >> with VGL and running with TightVNC. >> >> All X servers except TurboVNC gives the same error when running the >> application with VGL. >> The application works using the X servers build in OGL implementation. >> Mesa in the case of the VNC servers and a NVIDIA device in Xorg. >> >> The versions used are: >> VGL 2.2.1 >> Tight 1.2.9 >> Tiger 1.1.0 >> Turbo 1.0.2 >> Xorg 6.9.0 >> >> Do you have any idea on what could could cause this? >> To me it looks like it's something with VGL. >> >> For you to be able to test it. Do you need a copy of the application or >> would it be possible for you to work remotely to one of our computers >> where we have a license? >> >> Best Regards >> -- >> Filip Gedell >> >> >> >> >> From: filip.ged...@gridcore.se >> To: VirtualGL Users <virtualgl-users@lists.sourceforge.net>, >> Date: 2011-12-07 13:10 >> Subject: Re: [VirtualGL-Users] Oasys Primer problem >> ------------------------------------------------------------------------ >> >> >> >> It works fine with TurboVNC. >> Thanks for the tip, I will try the TigerVNC list. >> >> -- >> Filip Gedell >> Software Engineer >> Gridcore AB >> Aschebergsgatan 46 >> 411 33 Göteborg >> Phone: +46 31 18 21 60 >> Cell: +46 733 18 21 62 >> >> >> >> From: DRC <dcomman...@users.sourceforge.net> >> To: virtualgl-users@lists.sourceforge.net, >> Date: 2011-12-07 11:08 >> Subject: Re: [VirtualGL-Users] Oasys Primer problem >> ------------------------------------------------------------------------ >> >> >> >> Does it happen with TurboVNC as well? If not, then please forward to >> tigervnc-users. If so, then is it possible to obtain a copy of the app >> for testing? >> >> >> On 12/7/11 2:09 AM, filip.ged...@gridcore.se wrote: >>> Hi, >>> >>> We are trying to run Oasys Primer using TigerVNC and VGL. >>> >>> The application starts and the process is reading event data from the X >>> socket. The problem is that the ui is not updating and not responding to >>> any user input. >>> >>> Enabling VGL_TRACE shows that a call to glXUseXFont seems to fail and >>> the application prints the error message: "Space allocation failure >>> (BadAlloc) when allocating Pixmap". >>> >>> This is followed by the following lines repeated about 200 times: >>> "X Server error detected: >>> BadDrawable (invalid Pixmap or Window parameter) >>> Protocol request: 55 >>> Resource ID: a00298 >>> Trying XSync" >>> >>> The failed call to glXUseXFont is the last entry in the VGL log file. >>> >>> Anyone that have experience with this application or have experienced >>> similar problems? >> >> ------------------------------------------------------------------------------ >> Cloud Services Checklist: Pricing and Packaging Optimization >> This white paper is intended to serve as a reference, checklist and >> point of >> discussion for anyone considering optimizing the pricing and packaging >> model >> of a cloud services business. Read Now!_ >> __http://www.accelacomm.com/jaw/sfnl/114/51491232/_ >> _______________________________________________ >> VirtualGL-Users mailing list >> VirtualGL-Users@lists.sourceforge.net_ >> __https://lists.sourceforge.net/lists/listinfo/virtualgl-users_ >> >> ------------------------------------------------------------------------------ >> Cloud Services Checklist: Pricing and Packaging Optimization >> This white paper is intended to serve as a reference, checklist and >> point of >> discussion for anyone considering optimizing the pricing and packaging >> model >> of a cloud services business. Read Now! >> http://www.accelacomm.com/jaw/sfnl/114/51491232/_______________________________________________ >> VirtualGL-Users mailing list >> VirtualGL-Users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/virtualgl-users >> >> >> >> ------------------------------------------------------------------------------ >> Cloud Services Checklist: Pricing and Packaging Optimization >> This white paper is intended to serve as a reference, checklist and point of >> discussion for anyone considering optimizing the pricing and packaging model >> of a cloud services business. Read Now! >> http://www.accelacomm.com/jaw/sfnl/114/51491232/ >> >> >> >> _______________________________________________ >> VirtualGL-Users mailing list >> VirtualGL-Users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/virtualgl-users ------------------------------------------------------------------------------ Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ _______________________________________________ VirtualGL-Users mailing list VirtualGL-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/virtualgl-users
