主页 / unix / 问题 / 496259
Accepted
Kusalananda
Asked: 2019-01-24 08:38:50 +0800 CST

对 yash shell 中的 printf 是否是内置命令有点困惑

  • 772

根据其手册yash， shell 有一个printf内置的。

但是，这是我在yash默认配置的 shell 中看到的：

$ command -v printf
/usr/bin/printf
$ type printf
printf: a regular built-in at /usr/bin/printf

这个shell中是否printf内置了一个？对于许多其他所谓的内置实用程序，这些实用程序也可作为外部命令使用，结果是相似的。

作为比较，在pdksh（ksh在 OpenBSD 上， whereprintf不是内置的）：

$ command -v printf
/usr/bin/printf
$ type printf
printf is /usr/bin/printf

并且在bash（哪里printf 是内置的）：

$ command -v printf
printf
$ type printf
printf is a shell builtin
posix printf

2 个回答

  1. Best Answer

    yashShell确实printf具有并且确实使用了（和其他实用程序）的内置版本。它恰好在制定command -vandtype命令的结果的方式上非常符合 POSIX 标准。

    正如 mosvy 评论一样，POSIX 标准要求常规内置命令可用作$PATH要执行的内置版本的命令的外部命令。

    这是标准中的相关文本：

    命令搜索和执行

    如果一个简单的命令产生一个命令名称和一个可选的参数列表，则应执行以下操作：

    1. 如果命令名称不包含任何 <slash> 字符，则将出现以下顺序中的第一个成功步骤：

      • 一个。如果命令名称与特殊内置实用程序的名称匹配，则应调用该特殊内置实用程序。

        [...]

      • e. 否则，应使用 XBD 环境变量中描述的 PATH 环境变量搜索命令：
        • 一世。如果搜索成功：
          • 一个。如果系统已将该实用程序实现为常规内置函数或 shell 函数，则应在路径搜索的此时调用它。
          • 湾。否则，shell 在单独的实用程序环境中执行实用程序 [...]
            [...]
        • ii. 如果搜索不成功，命令将失败，退出状态为 127，并且 shell 将写入错误消息。
    2. 如果命令名称包含至少一个 <slash>，[...]

    这意味着 的输出command -v printf表示在搜索路径中printf找到了该命令，而 的输出添加了该命令是常规内置命令。type printf

    由于printf在搜索路径中找到了该命令，并且由于它是 shell 中的常规内置命令，yash因此将调用其内置版本的命令。如果在路径printf中找不到，并且yashshell 以 POSIX-ly 正确模式运行，则会生成错误。

    yash以成为一个非常符合 POSIX 的外壳而自豪，如果我们看看POSIX 所说command -v的话，这也是正确的：

    -v

    将字符串写入标准输出，指示 shell 将使用的路径名或命令，在当前 shell 执行环境（请参阅shell 执行环境）中调用command_name，但不调用command_name。

    • 实用程序、常规内置实用程序，command_names包括一个<slash>字符，以及使用该PATH变量找到的任何实现定义的函数（如命令搜索和执行中所述），应写为绝对路径名。
    • 15

  2. Watanabe shell 具有三种内置函数，在其手册中有详细描述。所有的内置命令也都列在那里，但是人们必须从没有任何说明该命令是“特殊”或“半特殊”的注释中推断出某些东西是“常规”内置命令内置。常规内置插件未标记。

    printf是一个这样的“常规”内置。在本机模式下，无论是否找到该名称的外部命令，它总是被调用。

    $ PATH=/usr/bin 
$ printf
printf：这个命令需要一个操作数
$类型 printf
printf：/usr/bin/printf 中的常规内置
$
$ PATH=/ 
$ printf
printf：这个命令需要一个操作数
$类型 printf
printf：一个常规的内置函数（在 $PATH 中找不到）
$

    但是当posixly-correct设置了 shell 选项时，如果外部命令可以在PATH.

    $设置 --posixly-正确
$
$ PATH=/usr/bin 
$ printf
printf：这个命令需要一个操作数
$
$ PATH=/ 
$ printf
yash：没有这样的命令“printf”
$

    这实际上符合单一 Unix 规范所说的，并且至少从 1997 年就已经说过了。

    它不同于 Z shell、93 Korn shell、Bourne Again shell 和 Debian Almquist shell，它们都没有实现或记录常规内置程序的这种行为。例如，Z shell在搜索. PATHDebian Almquist shell 也是如此。这就是这些 shell 所做的一切，即使调用sh它们的开启 POSIX 选项也是如此。

    % /bin/exec -a sh zsh -c "PATH=/ ; 键入 printf ; printf"
printf 是一个内置的shell
zsh:printf:1: 没有足够的参数
% /bin/exec -a sh ksh93 -c "PATH=/ ; 键入 printf ; printf"
printf 是一个内置的shell
用法： printf [ options ] 格式 [string ...]
% /bin/exec -a sh bash --posix -c "PATH=/ type printf ; printf"
printf 是一个内置的shell
printf：用法：printf [-v var] 格式 [参数]
% /bin/exec -a sh dash -c "PATH=/ ; 键入 printf ; printf"
printf 是一个内置的shell
sh: 1: printf: 用法: printf 格式 [arg ...]
%

    但是，不运行printf时不运行PATH是 PD Korn shell、Heirloom Bourne shell 和 MirBSD Korn shell 的行为；因为他们一开始就没有printf内置的。☺

    % /bin/exec -a sh `command -v ksh` -c "PATH=/ ; type printf ; printf"
找不到 printf
sh：printf：未找到
% /bin/exec -a sh `command -v oksh` -c "PATH=/ ; type printf ; printf"
找不到 printf
sh：printf：未找到
% /bin/exec -a sh `command -v jsh` -c "PATH=/ ; type printf ; printf"
找不到 printf
sh：printf：未找到
% /bin/exec -a sh mksh -c "PATH=/ ; 键入 printf ; printf"
找不到 printf
sh：printf：未找到
% ksh -c "类型 printf ; printf"
printf 是 /usr/bin/printf 的跟踪别名
用法：printf格式[参数...]
% oksh -c "类型 printf ; printf"
printf 是 /usr/bin/printf 的跟踪别名
用法：printf格式[参数...]
% jsh -c "类型 printf ; printf"
printf 被散列（/usr/bin/printf）
用法：printf格式[参数...]
% mksh -c "类型 printf ; printf"
printf 是 /usr/bin/printf 的跟踪别名
用法：printf格式[参数...]
$
    • 6

相关问题