Would it be possible for our developer to contact you off-list (or vice-versa)? It might make things easier if the middle-man (me) is removed from the discussion?
Again, I really appreciate the response. Based on your feedback it sounds like there might just be some problem with our particular environment that is preventing this from working.
Thanks! -Lee DRC wrote:
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
-- Lee S. Whatley, Contractor Navy DSRC Lockheed Martin 1002 Balch Boulevard Stennis Space Center, MS 39522 Phone: 228-688-4999 DSN: 828-4999
smime.p7s
Description: S/MIME Cryptographic Signature
------------------------------------------------------------------------------ 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
