NAME¶

exec - 调用子进程

总览 SYNOPSIS¶

exec ?switches? arg ?arg ...?

描述 DESCRIPTION¶

这个命令把它的参数作为对要执行的一个或多个子进程的指定来对待。参数接受标准的 shell 管道的格式(form)，即每个 arg 都变成某个命令的一个字，并且每个不同的命令都变成一个子进程。 如果给 exec的初始的参数以 - 开始，则它们被作为命令行开关而不是管道指定的一部分来对待。当前支持下列开关:

-keepnewline

在管道的输出中保持尾随的换行符。通常要删除尾随的换行符。

--

标志开关(部分)的结束。此后的参数即使以-开头仍被作为第一个 arg 来对待。

如果一个 arg (或成对的 arg)有象下面描述的格式个某一种，则exec 用它来控制子进程间的输入和输出流(flow)。将不把这样的参数传递给子进程。在象“< fileName”这样的格式中 fileName 可以要么是一个与“<”分离的参数，要么是在同一个参数中而没有间隔的空格(例如 “< fileName”)。

|

分隔在管道中不同的命令。前面的命令的标准输出将被输送给后面命令的标准输入中。

|&

分隔在管道中不同的命令。前面命令的标准输出和标准错误输出都被输送到后面的标准输入中。这种重定向格式取代象 2> 和 >& 这样的格式。

< fileName

打开由 fileName 指名的文件并作为在管道中的第一个命令的标准输入来使用。

<@ fileId

FileId 必须是一个打开了的文件的标识符，比如是从以前的 open 调用的返回值。作为在管道中的第一个命令的标准输入来使用。 FileId
必须用读模式来打开。

<< value

Value 被传递给第一个命令来作为它的标准输入。

> fileName

最后的命令的标准输出被重定向到叫 fileName 的文件中，覆盖它以前的内容。

2> fileName

把管道中所有命令的标准错误输出重定向到叫 fileName 的文件中，覆盖它以前的内容。

>& fileName

最后的命令的标准输出和所有命令的标准错误输出都被重定向到叫 fileName的文件中，覆盖它以前的内容。

>> fileName

最后的命令的标准输出被重定向到叫 fileName 的文件中，对它进行添加而不是覆盖它。

2>> fileName

在管道中的所有的命令的标准错误输出都被重定向到叫 fileName的文件中，对它进行添加而不是覆盖它。

>>& fileName

最后的命令的标准输出和所有命令的标准错误输出被重定向到叫 fileName 的文件中，对它进行添加而不是覆盖它。

>@ fileId

FileId 必须是一个打开了的文件的标识符，比如是从以前的 open调用的返回值。最后的命令的标准输出被重定向到 fileId(指定)的文件中。文件必须用读模式来打开。

2>@ fileId

FileId 必须是一个打开了的文件的标识符，比如是从以前的 open调用的返回值。在管道中的所有命令的标准错误输出都被重定向到 fileId(指定)的文件中。文件必须用写模式来打开。

>&@ fileId

FileId 必须是一个打开了的文件的标识符，比如是从以前的 open调用的返回值。最后的命令的标准输出和所有命令的标准错误输出被重定向到 fileId(指定)的文件中。文件必须用写模式来打开。

如果标准输出没有被重定向，则 exec 命令返回在管道中最后的命令的标准输出。如果在管道中的任何命令不正常退出或被杀死或被挂起，则 exec 将返回一个错误和并且错误信息将包含管道的输出和随后的描述不正常终止的错误信息； errorCode 变量将包括关于最近所遭遇的不正常终止的额外的信息。如果任何命令写它的标准错误文件而这个标准错误未被重定向，则 exec 将返回一个错误；错误消息将包含管道的标准输出，跟着是关于不正常终止的信息(如果有的话)，随后是标准错误输出。 如果结果或错误信息的最后的字符是一个换行符，则这个换行符通常被从结果或错误信息中删除。这是与其他 Tcl 返回值相一致的，它们通常不用换行(作为)结束。但是，如果指定了 -keepnewline则保持尾随的换行符。 如果标准输入未使用 “<” 、“<<” 或 “<@” 来重定向，则把应用的当前的标准输入作为第一个命令的标准输入。 如果最后的 arg 是“&”，则管道将在后台执行。在这种情况下 exec命令将返回一个列表，列表的元素是在管道中所有子进程的进程标识符。如果在管道中最后的命令的标准输出未被重定向，则输出到应用的标准输出中，并且如果管道中所有的命令的错误输出未被重定向，则错误输出到应用的标准错误中。 每个命令中的第一个字被接受为命令的名字；在它上面进行“~”(tilde)替换，如果结果不包含斜杠，则在 PATH 环境变量中的目录里查找给定名字的可执行文件。如果名字包含斜杠，则它必须参照一个从当前目录可到达的可执行文件。在给命令的参数上不进行通配符 (glob) 扩展或其他的 shell 式的替换。

移植要点 PORTABILITY ISSUES¶

Windows (所有版本)

从/向一个套接口读或写，使用“@ fileId”记号(notation)，不能工作。在从一个套接口读的时候，一个16位 DOS 应用程序将挂起(hang) 而一个32位应用程序将立即返回文件结束(end-of-file)。在任意类型的应用向一个套接口写的时候，如果控制台存在的话，信息转而发送到控制台，否则就丢弃信息。

 

Tk 控制台文本组件不提供真实的标准 IO 功能。在 Tk 下，从标准输入重定向的时候，所有的应用将看到一个立即的文件结束；重定向到标准输出或标准错误输出的信息将被丢弃。

 

要么是正斜杠要么是反斜杠被接受为给 Tcl 命令的参数的路径分隔符。在执行一个应用的时候，对应用的路径名指定也可以包含正或反斜杠作为路径分隔符。但是必须记住，多数 Windows 应用接受有正斜杠的参数作为选项分界符(delimiter)而反斜杠只在路径中。指定了有正斜杠的一个路径名的给应用的任何参数将不被自动的转换成使用反斜杠字符。如果一个参数包括作为路径分隔符的正斜杠，它可以被识别成路径名，也可以不被识别成路径名，这依赖于(具体)程序。

 

额外的，在调用一个16位 DOS 或 Windows 3.X 应用时，所有路径名必须使用短的、神秘的(cryptic)的路径格式(例如，使用“applba~1.def”来替代 “applbakery.default”)。

 

在一个路径中在一行的两个或更多的正或反斜杠参照一个网络路径。例如，根目录 c:/ 和一个子目录/windows/system的一个简单的连接将产生 c://windows/system (两个斜杠在一起)，这参照的是在叫 windows 的那台机器上的叫 system 的挂装点(而 c:/ 被忽略)，这并不等价于 c:/windows/system，它描述的是在当前计算机上的一个目录。应使用 file join 命令来连接路径的成员。

Windows NT

在尝试执行一个应用时，exec 首先查找指定的那个名字。接着按 .com、 .exe, 和 .bat 的次序把它们添加到指定的名字的后面并查找这个加长了的名字。如果没有指定一个目录名作为应用(程序)名的一部分，在尝试定位应用(程序)时，依次在下列目录中自动查找:

 

Windows 95

在尝试执行一个应用时，exec首先查找指定的那个名字。接着按 .com、 .exe, 和 .bat 的次序把它们添加到指定的名字的后面并查找这个加长了的名字。如果没有指定一个目录名作为应用(程序)名的一部分，在尝试定位应用(程序)时，依次在下列目录中自动查找:

 

Macintosh

在 Macintosh 下 exec 命令未被实现而不存在。

Unix       

exec 命令是全功能的并象上面描述的那样工作。

 

参见 SEE ALSO¶

error(n), open(n)

关键字 KEYWORDS¶

execute, pipeline, redirection, subprocess

[中文版维护人]¶

寒蝉退士

[中文版最新更新]¶

2001/07/11

《中国 Linux 论坛 man 手册页翻译计划》:¶

http://cmpp.linuxforum.net