主页 / unix / 问题 / 786663
Accepted
Mathias Sven
Asked: 2024-11-15 06:25:39 +0800 CST

应用程序在使用 `>>` 时行为异常，替换行而不是附加行

  • 772

应用程序本身没有问题，我只是想知道周围的 Bash 的行为为何不如我预期，就像无论这个应用程序有什么行为，它都以我无法解释的原因的方式泄漏出去。

就上下文而言，应用程序是patsh，它是为 Nix（如包管理器）准备的，但本质上它需要一些输入文件，并根据一些规则重写它，然后将其保存到输出文件（这里是/dev/stdout），在这个上下文中，它不会重写任何东西，所以它本质上是cp。这是设置：

$ cat <<EOF > foo
1
2
3
4
5
6
EOF

$ cat <<EOF > bar
a
b
c
EOF

$ { patsh -f bar /dev/stdout; } >> foo  # Using braces to avoid any ambiguity...

$ cat foo  # It replaced instead of appending
a
b
c
4
5
6

$ cat <(patsh -f bar /dev/stdout) >> foo  # Does what I expected

$ cat foo
a
b
c
4
5
6
a
b
c

有人能解释这种行为吗？

bash

1 个回答

  1. Best Answer
    { patsh -f bar /dev/stdout; } >> foo

    在 Linux 或 Cygwin 中，打开/dev/stdout不会重复描述符，它会重新打开同一个文件，因此会创建单独的打开文件描述。

    显然，patsh不是以追加模式打开操作数指定的文件。然后，该工具不会写入其 stdout（文件描述符 1），而是写入指向新打开文件描述的新描述符，该文件描述恰好指向与实际 stdout 相同的文件（因为您指定了/dev/stdout），但模式是独立的，在这种情况下它实际上是不同的。

    如果打开/dev/stdout得到的文件描述符与 stdout (fd 1) 重复，即指向与 stdout 相同的打开文件描述的文件描述符（相当于执行dup(1)），则该命令将按预期工作。在某些 Unices 中/dev/stdout，/dev/stdin、/dev/stderr、 的/dev/fd/n工作方式完全相同；但在 Linux 中则不然。

    cat <(patsh -f bar /dev/stdout) >> foo

    <(…)标准输出内部是一个管道。与上文类似，patsh重新打开与其标准输出相同的文件，但现在这无关紧要，因为文件是管道，而写入管道总是会将数据添加到流的末尾。管道正在由 读取cat。仅cat打印到foo。它使用其实际标准输出（而不是通过 重新打开相同的文件/dev/stdout）执行此操作，其附加模式已由>>您使用设置；因此这可以按预期工作。

    • 2

相关问题