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