Description of problem:

When in tcsh or csh, the "module load" command gets stuck in an infinite loop.  

Example output:

#/usr/bin/modulecmd tcsh load dot | more
setenv LOADEDMODULES dot ;setenv PATH /usr/lib64/qt-3.3/bin:/usr/lib64/ccache:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/lib64/alliance/bin:/usr/libexec/sdcc:/root/bin:/usr/lib64/alliance/bin:. ;setenv _LMFILES_ /usr/share/Modules/modulefiles/dot;unsetenv _LMFILES_000;unsetenv _LMFILES_001;unsetenv _LMFILES_002;unsetenv _LMFILES_003;unsetenv _LMFILES_004;unsetenv _LMFILES_005;unsetenv _LMFILES_006;unsetenv _LMFILES_007;unsetenv _LMFILES_008;unsetenv _LMFILES_009;unsetenv _LMFILES_010;unsetenv _LMFILES_011;unsetenv _LMFILES_012;unsetenv _LMFILES_013 .......(goes forever.)

Version-Release number of selected component (if applicable):
environment-modules-3.2.9a-1.fc16.x86_64
tcsh-6.17-15.fc16.x86_64

How reproducible:
Very.  Checked with both root and user accounts, with both tcsh and csh.
Both 'module load X' and 'modulecmd tcsh load X' formats do it. 
Tried with both 'dot' module and 'openmpi-x86_64', same result.


Steps to Reproduce:
1. login with tcsh or csh
2. attempt to load a module X with 'module load X' or 'modulecmd tcsh load X' syntax.
  
Actual results:
Command hangs; have to kill with CTRL-D or similar.

Expected results:
module should be loaded, return to prompt.

Additional info:

1. Bug not present in F15 or F14.

2. I get the same effect if I start in bash and execute 'modulecmd csh load X',
but that's not normal usage.  Discovered issue because .cshrc file had a module load command in it, and logins were hanging.

3. The same issue may be reported in Bug 756951.