Still can't reproduce.  Is the script doing anything other than
launching the app?  I would assume it must be-- otherwise, why write a
script?!


On 5/19/11 2:56 PM, Lee Whatley, Contractor wrote:
> I'm told he is trying to use TurboVNC with VirtualGL, if that answers
> your question.
> 
> Thanks for the response!
> -Lee
> 
> DRC wrote:
>> I can't seem to reproduce it.  If I create, for instance, ~/test.csh
>> with the following contents:
>>
>>   #!/bin/tcsh
>>   /opt/VirtualGL/bin/glxspheres64
>>
>> I can do
>>
>>   vglrun ~/test.csh
>>
>> or
>>
>>   vglrun tcsh ~/test.csh
>>
>> with no issues.  I'm running 5.6 as well.
>>
>> Are you trying to use VGLClient or an X proxy?
>>
>>
>> On 5/19/11 12:28 PM, Lee Whatley, Contractor wrote:
>>> Greetings,
>>>
>>> I have a developer who is trying to use VirtualGL 2.2 on RHEL 5.6 x86_64
>>> to launch applications that are wrapped inside of tcsh scripts, but is
>>> running into problems.  Doing something like "vglrun tcsh" or "vglrun
>>> <tcsh_script>" just gives him a "blank screen" whereas "vglrun
>>> <bash_script>" or "vglrun <other_application>" works fine.
>>>
>>> After some digging, he found that he could get everything to work
>>> correctly if he rebuilt RHEL's tcsh rpm without a patch that Red Hat
>>> includes.  The patch description says that it "Change config_f.h to use
>>> system malloc()".
>>>
>>> Has anyone else ever experienced this issue with vglrun and tcsh under
>>> RHEL5?  A google search (and search of the virtualgl mailing lists
>>> archives) did not turn up anything.
>>>
>>> FWIW I have also opened a bug with Red Hat, found here:
>>>
>>> https://bugzilla.redhat.com/show_bug.cgi?id=706144
>>>
>>> but I have a feeling they are going to be of the opinion that the
>>> problem is with VirtualGL and not with their tcsh.
>>>
>>> Any advise, comments, etc. would be greatly appreciated.
>>>
>>> Thanks!
>>> -Lee
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>>
>>> What Every C/C++ and Fortran developer Should Know!
>>> Read this article and learn how Intel has extended the reach of its
>>> next-generation tools to help Windows* and Linux* C/C++ and Fortran
>>> developers boost performance applications - including clusters.
>>> http://p.sf.net/sfu/intel-dev2devmay
>>>
>>>
>>>
>>> _______________________________________________
>>> VirtualGL-Devel mailing list
>>> VirtualGL-Devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/virtualgl-devel
>>
>> ------------------------------------------------------------------------------
>>
>> What Every C/C++ and Fortran developer Should Know!
>> Read this article and learn how Intel has extended the reach of its
>> next-generation tools to help Windows* and Linux* C/C++ and Fortran
>> developers boost performance applications - including clusters.
>> http://p.sf.net/sfu/intel-dev2devmay
>> _______________________________________________
>> VirtualGL-Devel mailing list
>> VirtualGL-Devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/virtualgl-devel
>>
> 
> 
> 
> 
> ------------------------------------------------------------------------------
> What Every C/C++ and Fortran developer Should Know!
> Read this article and learn how Intel has extended the reach of its 
> next-generation tools to help Windows* and Linux* C/C++ and Fortran 
> developers boost performance applications - including clusters. 
> http://p.sf.net/sfu/intel-dev2devmay
> 
> 
> 
> _______________________________________________
> VirtualGL-Devel mailing list
> VirtualGL-Devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/virtualgl-devel

------------------------------------------------------------------------------
What Every C/C++ and Fortran developer Should Know!
Read this article and learn how Intel has extended the reach of its 
next-generation tools to help Windows* and Linux* C/C++ and Fortran 
developers boost performance applications - including clusters. 
http://p.sf.net/sfu/intel-dev2devmay
_______________________________________________
VirtualGL-Devel mailing list
VirtualGL-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/virtualgl-devel

Reply via email to