I have reached a point with this where it is impossible to go any
further without the app.  The issue does not appear to be related to
Mono, as I am able to bring up the Tao OpenGL examples with no problem
using VirtualGL and TurboVNC.  I have created a tracker item here:

https://sourceforge.net/tracker/index.php?func=detail&aid=3300204&group_id=117509&atid=678327

Please post any further information there, so it will be easier to track.


On 4/1/11 4:01 AM, David Rioja Redondo wrote:
> Hi,
> I postponed this issue due to other tasks coming over.
> 
> Anyway I put here the procedure to reproduce the "extension GLX" issue. 
> I've tried using TurboVNC, X forwarding and cygwin-X.
> 
> 1.- Launch "runwb2" with "vglrun".
> 2.- The workbench opens well. In the case of TurboVNC the color depth is 
> poor, but no error messages for now.
> 3.- Move a "Fluid flow" (i don't know if it can be reproduced with other 
> components) component from the toolbox to the working area.
> 4.- Double click "Geometry" in the newly added component.
> 5.- When the "Geometry" window opens, the console output presents many 
> "extension GLX is missing" messages.
> 
> Thanks!
> 
> 
> El 31/03/2011 23:26, Nathan Kidd escribió:
>> On 11-03-29 04:52 PM, DRC wrote:
>>> NOTE:  that error can also be displayed when attempting to use VirtualGL
>>> with an executable that is setuid root, but I can't imagine that that
>>> would be the case with ANSYS.  It could be, however, that one of the
>>> executables that the launcher130 script invokes is setuid root.
>>>
>>> I don't know if there's anything else I can do remotely.  I really need
>>> to play with the application first-hand to see what it's doing.
>> I got a chance to run ANSYS 13.0 on a remote system using VirtualGL
>> 2.1.4 running on the Exceed onDemand 8 proxy with the GLX extension
>> disabled.
>>
>> Some random notes but not a complete investigation:
>>
>> 1. Workbench (runwb2) launches fine, trace shows VGL successfully
>> hooking glX functions
>>
>> 2. If you launch CFD-Post from Workbench you get the following error and
>> a blank workspace (no GLX window)
>> "
>> The application has encountered an unexpected problem:
>> QGLContext::makeCurrent(): Cannot make invalid context current.
>> Please report this error, along with the circumstances in which it occurred.
>> Alternatively, you may attempt to continue, but the application may be
>> in an unstable state, and you should save your work and restart the
>> application as soon as possible.
>> The following information may be useful to CFX support:
>> src/QtWarningHandler.cxx(49) : Expectation failed:
>> QGLContext::makeCurrent(): Cannot make invalid context current.
>> "
>> Animator4 and ANSYS both use the QT wrapper for OpenGL and show this
>> same error.  Google helpfully provides:
>>
>> http://cep.xor.aps.anl.gov/software/qt4-x11-4.2.2-browser/de/db4/class_q_g_l_context.html#6919d9abb1136d8e791f44bb840ada14
>>
>> So the source of the error is the app calls ::makeCurrent(),  which
>> decides the current QGLContext has invalid GLX context (.valid == false)
>>
>> I noticed QT had some tracing functionality which might give enough of a
>> clue to build a stand-alone QT OpenGL app that is possible to debug.
>> Definitely more investigation warranted.
>>
>> 3. if you launch CFD-Post independently then it works fine
>>
>> 4. the fact that runwb2 itself uses LD_PRELOAD to force Mesa off-screen
>> rendering if it doesn't detect local direct rendering suggests that the
>> problem isn't LD_PRELOAD.  Maybe the issue is LD_LIBRARY_PATH getting
>> killed in the exec launch.  Need to check that. (runwb2 puts
>> fully-qualified paths in LD_PRELOAD)
>>
>> Let me know of any ideas of further things to check when I get time.
>>
>> -Nathan
>>
>>> On 3/23/11 9:23 AM, Nathan Kidd wrote:
>>>> On 11-03-23 09:48 AM, r...@englobe-tec.com wrote:
>>>>> When using launcher130 I get the following error, does it give any light
>>>>> on the issue?
>>>>>
>>>>> ERROR: ld.so: object 'librrfaker.so' from LD_PRELOAD cannot be
>>>>> preloaded: ignored.
>>>> It means the system couldn't find librrfaker.so or couldn't find a
>>>> version with the correct bit-ness (32/64).  This is a situation where
>>>> your LD_DEBUG=libs log will show you exactly which paths it tried to
>>>> load librrfaker.so, so you can see where the problem is.
>>>>
>>>> -Nathan
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Enable your software for Intel(R) Active Management Technology to meet the
>>>> growing manageability and security demands of your customers. Businesses
>>>> are taking advantage of Intel(R) vPro (TM) technology - will your software
>>>> be a part of the solution? Download the Intel(R) Manageability Checker
>>>> today! http://p.sf.net/sfu/intel-dev2devmar
>>>> _______________________________________________
>>>> VirtualGL-Users mailing list
>>>> VirtualGL-Users@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/virtualgl-users
>>> ------------------------------------------------------------------------------
>>> Enable your software for Intel(R) Active Management Technology to meet the
>>> growing manageability and security demands of your customers. Businesses
>>> are taking advantage of Intel(R) vPro (TM) technology - will your software
>>> be a part of the solution? Download the Intel(R) Manageability Checker
>>> today! http://p.sf.net/sfu/intel-dev2devmar
>>> _______________________________________________
>>> VirtualGL-Users mailing list
>>> VirtualGL-Users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/virtualgl-users
>>>
>>
>> ------------------------------------------------------------------------------
>> Create and publish websites with WebMatrix
>> Use the most popular FREE web apps or write code yourself;
>> WebMatrix provides all the features you need to develop and
>> publish your website. http://p.sf.net/sfu/ms-webmatrix-sf
>> _______________________________________________
>> VirtualGL-Users mailing list
>> VirtualGL-Users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/virtualgl-users
>>
>>
> 

------------------------------------------------------------------------------
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
_______________________________________________
VirtualGL-Users mailing list
VirtualGL-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/virtualgl-users

Reply via email to