bash - 某些程序不接受输入文件的进程替换吗？

我正在尝试对程序的输入文件使用进程替换，但是它不起作用。是否因为某些程序不允许用进程替换输入文件？

以下内容不起作用:

bash -c "cat meaningless_name"
    >sequence1
    gattacagattacagattacagattacagattacagattacagattacagattaca
    >sequence2
    gattacagattacagattacagattacagattacagattacagattacagattaca
bash -c "clustalw -align -infile=<(cat meaningless_name) -outfile=output_alignment.aln -newtree=output_tree.dnd"
    (Less verbose output, finishing with:
    No sequences in file. No alignment!

但是以下控件确实起作用:

bash -c "clustalw -align -infile=meaningless_name -outfile=output_alignment.aln -newtree=output_tree.dnd"
    (Verbose output, finishing with:
    CLUSTAL-Alignment file created  [output_alignment.aln]
bash -c "cat <(cat meaningless_name) > meaningless_name2"
diff meaningless_name meaningless_name2
    (No output: the two files are the same)
bash -c "clustalw -align -infile=meaningless_name2 -outfile=output_alignment.aln -newtree=output_tree.dnd"
    (Verbose output, finishing with:
    CLUSTAL-Alignment file created  [output_alignment.aln]

这表明进程替换本身可以工作，但是clustalw程序本身不喜欢进程替换-可能是因为它创建了非标准文件，或者创建了具有异常文件名的文件。

程序不接受进程替换是否很常见？我将如何检查这是否是问题所在？

我正在Ubuntu 9.10上运行GNU bash版本4.0.33(1)-发行版(x86_64-pc-linux-gnu)。 Clustalw是版本2.0.10。

最佳答案

是的。我在其他程序中也注意到了同样的事情。例如，它在emacs中也不起作用。它给出“文件存在但无法读取”。对我来说，绝对是一个特殊的文件/proc/self/fd/some_number。而且，使用默认设置在less和most中均无法可靠地工作。

对于大多数:

most <(/bin/echo 'abcdef')

而较短的则什么也不显示。较长的值将截断开头。 less显然有效，但仅当您指定-f时才有效。

在实践中，我发现zsh的=更加有用。在语法上相同，除了=而不是<。但是它只是创建一个临时文件，因此支持与程序无关。

编辑:

我发现zsh使用TMPPREFIX选择临时文件名。因此，即使您不希望真正的/tmp为 tmpfs ，也可以为zsh挂载一个。

关于bash - 某些程序不接受输入文件的进程替换吗？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/4274171/