为什么这个 tcsh shell 脚本在设置 PATH LD_LIBRARY_PATH 时给出错误

Question

我创建了一个 tcsh shell 脚本，如下所示：

#!/bin/tcsh

setenv PATH  ""
setenv PATH  .:$HOME/bin:/usr/sbin:/usr/bin:/bin:/usr/X11R6/bin:/usr/local/cuda/bin:/usr/local/bin:/usr/bin:$PATH

setenv LD_LIBRARY_PATH ""
setenv LD_LIBRARY_PATH .:/usr/local/cuda/lib:/usr/local/cuda/lib64/:/usr/local/cuda:/usr/lib:/usr/lib32:/usr/local/cuda/bin:/usr/local/lib/:${LD_LIBRARY_PATH}

然后我使该脚本可执行，当我尝试将其作为

./script.sh 执行时，它会给出以下错误：

script.sh: 3: setenv: not find

script.sh: 4: setenv: 未找到

script.sh: 6: setenv: 未找到

script.sh: 7: setenv: 未找到

任何指针，如何在我的 shell 脚本中设置这些路径？

Answer 1

我的系统上没有出现同样的错误。

更新：请参阅最后两段，了解我对正在发生的事情的最佳猜测。

解决问题

#!/bin/tcsh

我最初的最佳猜测是，您可以通过将 shebang 更改为来

#!/bin/tcsh -f

（或者使用

#!/bin/csh -f

tcsh 添加到原始 csh 的功能主要用于交互式使用而不是脚本编写。）

-f 选项告诉tcsh 在启动时不会处理您的.login 和.cshrc 或.tcshrc 文件。一般来说，您不希望脚本来执行此操作；它使脚本的行为取决于您自己的环境设置。也许您的 .login 中有些东西与 setenv 做了一些奇怪的事情，尽管我想不出它可能是什么。尝试添加 -f 并查看是否有帮助。即使没有，你也应该这样做。

（并且不要将 -f 用于 /bin/sh 或 /bin/bash 脚本；它意味着其他东西，而不是需要。）

其他一些观察：

将 $PATH 和 $LD_LIBRARY_PATH 设置为空字符串是没有用的。只需删除这两行即可。

编辑：

在重新阅读您的问题时，我明白您在做什么。您将 $PATH 设置为空字符串，然后在其前面添加更多文本：

setenv PATH ""
setenv PATH this:that:$PATH

这比我想象的更有意义，但编写一个命令仍然更简单：

setenv PATH this:that

Putting . 放在你的 $PATH 中，尤其是在开头，是一个坏主意。想一想，如果您在某个目录中运行脚本，而有人在其中存放了执行某些令人讨厌的命令名称 ls 的命令，会发生什么情况。如果要执行当前目录中的命令，请使用./command。 （将 . 放在 $PATH 的 end 更安全，但仍然不是一个好主意。）

（并且使用 tcsh 或 csh 作为脚本语言（相对于交互式 shell）也被广泛认为是一个坏主意。 rel="nofollow">这篇文章，即使它不能说服您放弃 tcsh 脚本，至少会让您意识到其中的陷阱。）

哦，如果它是一个 tcsh 脚本，为什么要这样做你称之为script.sh？在类 Unix 系统（与 Windows 不同）下不需要文件名后缀，但通常 .sh 后缀意味着它是 Bourne shell 脚本。将其命名为 script.tcsh 或 script.csh，或者只是 script。

编辑：

仔细查看您收到的错误消息，看起来错误来自 /bin/sh，不是来自 tcsh。

在我的系统上，当我将 setenv 更改为 Setenv （一个不存在的命令）时，使用 tcsh 运行脚本会给出：

Setenv: Command not found.
Setenv: Command not found.
Setenv: Command not found.
Setenv: Command not found.

这与您向我们展示的错误消息不匹配。当我将其显式运行为 /bin/sh foo.tcsh （仅保留 setenv 命令）时，我得到：

foo.tcsh: 3: setenv: not found
foo.tcsh: 4: setenv: not found
foo.tcsh: 6: setenv: not found
foo.tcsh: 7: setenv: not found

这确实与您收到的错误的格​​式匹配。

您说 /bin/tcsh --version 给出了正确的结果，所以这不是问题。不知何故，该脚本是由 /bin/sh 执行的，而不是由 tcsh 执行的。

这是我对正在发生的事情的最佳猜测。您正在 Cygwin 或 MSYS 上运行，但您是从 cmd shell 调用脚本，而不是从 Cygwin shell 调用脚本。您的 Windows 系统已配置为识别 .sh 后缀，以指示该文件是由 C:\cygwin\bin\sh.exe 执行的脚本（如我之前提到过，文件后缀通常在 Unix 或 Cygwin 环境中并不重要，但在 Windows 上却很重要。

最简单的解决方案可能是重写脚本以符合 Bourne shell 语法。但应该有办法让 Windows 调用 Cygwin 的 tcsh 来执行它。如果我猜对了，请告诉我们，我们也许可以找到解决方案。

Answer 2

我没发现你的脚本有什么问题。在我的盒子上效果很好。

该错误的唯一原因（我能想到的）是 tcsh 不知何故没有被用作解释器。

如果我在 #!/bin/tcsh 之前添加换行符，我可以重现该错误。当 shebang 不是文件中的第一个字符时，解释器指令不会生效，并且使用您当前的 shell（我猜您的 shell 不是 c-shell 变体（csh 或 tcsh）？）。

因此，请检查 #!/bin/tcsh 确实是文件中的第一行，之前没有空格。

---

要确定实际使用的解释器，请尝试将其添加到您的脚本中：

echo "$shell"  ## prints shell name if tcsh or csh
echo "$BASH"   ## prints /bin/bash if bash

示例：

[me@home]$ bash x.sh  # run using bash

/bin/bash

[me@home]$ tcsh x.sh # run using tcsh
/bin/tcsh
BASH: Undefined variable.

Answer 3

刚刚遇到这个问题，结果是由于脚本文件具有 Windows EOL。一旦我把它清理干净，一切都很好。