如果IBM大型机JCL在被调用的unix脚本的名称后面有一些额外的字符或数字，那么它就会抛出这样的错误。

它没有特殊的含义，只是最后一个要退出的进程的退出状态是127。

然而，bash也使用它(假设您将bash用作shell)来告诉您尝试执行的命令无法执行(即无法找到它)。不幸的是，如果进程以状态127退出，或者如果它找不到，则不能立即推断。

编辑: 不能立即推断，除了控制台的输出，但这是堆栈溢出，所以我假设您在脚本中执行此操作。

如果IBM大型机JCL在被调用的unix脚本的名称后面有一些额外的字符或数字，那么它就会抛出这样的错误。

当给定的命令不在PATH系统变量中并且它不是内置的shell命令时，/bin/sh会返回值127。换句话说，系统不理解您的命令，因为它不知道在哪里找到您试图调用的二进制文件。

如果试图使用脚本语言运行程序，则可能需要包含脚本语言的完整路径和要执行的文件。例如:

exec('/usr/local/bin/node /usr/local/lib/node_modules/uglifycss/uglifycss in.css > out.css');

除了给出的答案之外，请注意，如果您使用/bin/sh作为shell，那么运行带有错误行尾字符的脚本文件还可能导致127个退出码。

例如，如果你在基于unix的系统和/bin/sh shell中运行一个带有CRLF行尾字符的shell脚本，那么在运行名为my_test.sh的脚本后，可能会遇到如下错误:

$ ./my_test.sh
sh: 2: ./my_test.sh: not found
$ echo $?
127

注意，使用/bin/bash，我得到了126退出码，这与gnu.org关于bash的文档一致:

如果没有找到某个命令，为执行该命令而创建的子进程将返回127的状态。如果找到了不能执行的命令，则返回状态为126。

最后，下面是在/bin/bash中运行脚本的结果:

arman@Debian-1100:~$ ./my_test.sh
-bash: ./my_test.sh: /bin/bash^M: bad interpreter: No such file or directory
arman@Debian-1100:~$ echo $?
126