我有一个要写入信息的程序stdoutstderr ,我需要grep通过什么是未来标准错误 ,而忽视标准输出

我当然可以分2步完成:

command > /dev/null 2> temp.file
grep 'something' temp.file

但我宁愿能够在没有临时文件的情况下做到这一点。 有没有任何智能管道技巧?

===============>>#1 票数:1085 已采纳

首先将stderr重定向到stdout - 管道; 然后将stdout重定向到/dev/null (不改变stderr的去向):

command 2>&1 >/dev/null | grep 'something'

有关各种I / O重定向的详细信息,请参阅Bash参考手册中有关重定向的章节。

请注意,I / O重定向的顺序是从左到右解释的,但在解释I / O重定向之前会设置管道。 文件描述符(如1和2)是对打开文件描述的引用。 操作2>&1使文件描述符2也称为stderr引用与文件描述符1相同的打开文件描述,也就是stdout当前引用的(参见dup2()open() )。 操作>/dev/null然后更改文件描述符1,以便它引用/dev/null的打开文件描述,但这不会改变文件描述符2引用打开文件描述的事实,文件描述符1是最初指向 - 即管道。

===============>>#2 票数:341

或者在使用时交换stderr和stdout的输出: -

command 3>&1 1>&2 2>&3

这将创建一个新的文件描述符(3)并将其分配到与1(stdout)相同的位置,然后将fd 1(stdout)分配给与fd 2(stderr)相同的位置,最后将fd 2(stderr)分配给相同的位置放置为fd 3(标准输出)。 Stderr现在可以作为stdout使用,旧stdout保存在stderr中。 这可能有点过分,但希望提供有关bash文件描述符的更多详细信息(每个进程有9个可用)。

===============>>#3 票数:199

在Bash中,您还可以使用进程替换重定向到子shell:

command > >(stdlog pipe)  2> >(stderr pipe)

对于手头的情况:

command 2> >(grep 'something') >/dev/null

===============>>#4 票数:174

结合这些答案中的最佳答案,如果您这样做:

command 2> >(grep -v something 1>&2)

...然后所有stdout都保存为stdout, 并且所有stderr都保存为stderr,但是你不会在stderr中看到包含字符串“something”的任何行。

这具有独特的优点,即不反转或丢弃stdout和stderr,也不会将它们混合在一起,也不使用任何临时文件。

===============>>#5 票数:95

如果你想一想“重定向”和“管道”的真实情况,那么可视化的东西要容易得多。 bash中的重定向和管道做一件事:修改进程文件描述符0,1和2指向的位置(参见/ proc / [pid] / fd / *)。

管道或“|” 运算符出现在命令行中,首先要发生的是bash创建一个fifo并将左侧命令的FD 1指向此fifo,并将右侧命令的FD 0指向同一个fifo。

接下来, 从左到右评估每一侧的重定向运算符,并且每当重复描述符时使用当前设置。 这很重要,因为由于管道是先设置的,所以FD1(左侧)和FD0(右侧)已经从它们通常的状态改变了,这些的重复将反映这一事实。

因此,当您键入以下内容时:

command 2>&1 >/dev/null | grep 'something'

以下是按顺序发生的事情:

  1. 创建一个管道(fifo)。 “命令FD1”指向此管道。 “grep FD0”也指向这个管道
  2. “命令FD2”指向“命令FD1”当前指向的位置(管道)
  3. “命令FD1”指向/ dev / null

因此,“命令”写入其FD 2(stderr)的所有输出都进入管道,并由另一侧的“grep”读取。 “命令”写入其FD 1(stdout)的所有输出都会进入/ dev / null。

相反,如果您运行以下内容:

command >/dev/null 2>&1 | grep 'something'

这是发生的事情:

  1. 创建管道并指向“命令FD 1”和“grep FD 0”
  2. “命令FD 1”指向/ dev / null
  3. “命令FD 2”指向FD 1当前指向的位置(/ dev / null)

所以,“command”中的所有stdout和stderr都转到/ dev / null。 没有任何东西进入管道,因此“grep”将关闭而不在屏幕上显示任何内容。

另请注意,重定向(文件描述符)可以是只读(<),只写(>)或读写(<>)。

最后一点。 程序是否将某些内容写入FD1或FD2,完全取决于程序员。 良好的编程习惯要求错误消息应该转到FD 2并且正常输出转换为FD 1,但是您经常会发现混合两者的草率编程或者忽略惯例。

===============>>#6 票数:34

你在用bash吗? 如果是这样:

command >/dev/null |& grep "something"

http://www.gnu.org/software/bash/manual/bashref.html#Pipelines

===============>>#7 票数:9

对于那些想要将stdout和stderr永久重定向到文件的人,在stderr上grep,但保持stdout将消息写入tty:

# save tty-stdout to fd 3
exec 3>&1
# switch stdout and stderr, grep (-v) stderr for nasty messages and append to files
exec 2> >(grep -v "nasty_msg" >> std.err) >> std.out
# goes to the std.out
echo "my first message" >&1
# goes to the std.err
echo "a error message" >&2
# goes nowhere
echo "this nasty_msg won't appear anywhere" >&2
# goes to the tty
echo "a message on the terminal" >&3

===============>>#8 票数:5

这会将command1 stderr重定向到command2 stdin,同时保留command1 stdout。

exec 3>&1
command1 2>&1 >&3 3>&- | command2 3>&-
exec 3>&-

取自自民党

===============>>#9 票数:1

我想出了一个解决方案,使用命名管道将stdout发送到一个命令,将stderr发送到另一个命令。

开始。

mkfifo stdout-target
mkfifo stderr-target
cat < stdout-target | command-for-stdout &
cat < stderr-target | command-for-stderr &
main-command 1>stdout-target 2>stderr-target

之后删除命名管道可能是个好主意。

===============>>#10 票数:0

你可以使用rc shell

首先安装包(它小于1MB)。

这是一个如何在rc丢弃stdout和管道stderr到grep的示例:

find /proc/ >[1] /dev/null |[2] grep task

你可以不用离开Bash就可以做到:

rc -c 'find /proc/ >[1] /dev/null |[2] grep task'

您可能已经注意到,您可以在管道后使用括号指定要通过管道传输的文件描述符。

标准文件描述符的编号如下:

  • 0:标准输入
  • 1:标准ouptut
  • 2:标准错误

===============>>#11 票数:-3

我试着跟着,发现它也有用,

command > /dev/null 2>&1 | grep 'something'

===============>>#12 票数:-4

我倾向于做类似的事情

作曲家测试&>> / tmp / bob && vim / tmp / bob && rm / tmp / bob

  ask by translate from so

未解决问题?本站智能推荐:

关注微信公众号