Created attachment 511816 [details] Failing modulefile Description of problem: I have written a modulefile for the 12.4 version of Xilinx DS. If I load this modulefile using "module load Xilinx" there are no errors reported; however, on subsequent calls to module the following error is returned. [spenser@scotch environment-modules-3.2.8a]$ module avail init.c(479):ERROR:161: Cannot initialize TCL [spenser@scotch environment-modules-3.2.8a]$ Version-Release number of selected component (if applicable): environment-modules-3.2.8a which is the current release in EPEL5 stable. How reproducible: Always. Steps to Reproduce: 1. Load Xilinx module 2. Attempt to list available modules Actual results: [spenser@scotch environment-modules-3.2.8a]$ module avail init.c(479):ERROR:161: Cannot initialize TCL [spenser@scotch environment-modules-3.2.8a]$ Expected results: [spenser@scotch environment-modules-3.2.8a]$ module avail ------------------------ /usr/share/Modules/modulefiles ------------------------ Xilinx/12.4 module-cvs modules use.own dot module-info null [spenser@scotch environment-modules-3.2.8a]$ Additional info: The modulefile is attached.
Created attachment 518775 [details] Spec file patch
This patch should fix the problem. It is based on the email here http://sourceforge.net/mailarchive/message.php?msg_id=27952351 It's clever but it may be controversial as it does use the setgid bit to prevent LD_LIBRARY_PATH from being altered. If there is another way to prevent alteration of LD_LIBRARY_PATH for this binary only feel free to update this bug with a new solution.
setgid isn't going to fly. Perhaps the following: module () { eval `/lib64/ld-linux-x86-64.so.2 --library-path '' /usr/bin/modulecmd bash $*` } (on a 64bit system; on a 32bit system it would need to use /lib/ld-linux.so.2). I've sent a message to the modules list and the fedora packaging list to get more thoughts.
maybe module () { if [ uname -m == "x86_64" ]; then eval `/lib64/ld-linux-x86-64.so.2 --library-path ` `/usr/bin/modulecmd bash $*` else eval `/lib/ld-linux.so.2 --library-path ` `/usr/bin/modulecmd bash $*` fi }
Yeah, but I really want this to go into upstream. I'm not going to maintain a Fedora only patch for this issue.
I also have this issue, after setting LD_LIBRARY_PATH to a place that contains a libtcl.so that does not play nicely with modulecmd I just wanted to say that this workaround works for me: $ LD_LIBRARY_PATH='' modulecmd bash av
How do you log off in windows 10,here the available a simple way and easy to find turn on your PC https://logoffwindows.com/ here the full guide your any window issue.