我为其他一些要写入的进程创建了一个命名管道,并希望检查其他进程是否正确启动,但是不知道它的PID。上下文为running a command in screen,确保命令正确启动。我希望这可行:
mkfifo /tmp/foo
echo hello > /tmp/foo &
lsof /tmp/foo
可悲的是,lsof
未报告echo
。 inotifywait
可能是另一种选择,但并不总是安装,我真的只想轮询一次,而不是阻止直到某个事件。
有没有办法检查命名管道是否可以写入?一般都开放吗?
更新:
一旦两端连接lsof
似乎有效。这实际上解决了我的问题,但是为了问题,我有兴趣知道是否可以在没有读者的情况下检测到命名管道的初始重定向。
> mkfifo /tmp/foo
> yes > /tmp/foo &
> lsof /tmp/foo
> cat /tmp/foo > /dev/null &
> lsof /tmp/foo
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
yes 16915 user 1w FIFO 8,18 0t0 16660270 /tmp/foo
cat 16950 user 3r FIFO 8,18 0t0 16660270 /tmp/foo
答案 0 :(得分:3)
更新2 :使用inotify-tools后,似乎没有办法获得已打开命名管道进行写入并阻止的通知。这可能是lsof
在有读者和作者之前不显示管道的原因。
更新:在研究命名管道之后,我不相信有任何方法可以自行处理命名管道。 推理:
您可以尝试使用短暂超时向管道写入任何内容。如果超时到期,则写入被阻止,表明有人已经打开了管道进行写入。
注意:正如评论中所指出的,如果读者存在并且可能足够快,我们的测试写入将不会阻止,测试基本上会失败。注释掉下面的cat
行来测试一下。
#!/bin/bash
is_named_pipe_already_opened_for_writing() {
local named_pipe="$1"
# Make sure it's a named pipe
if ! [ -p "$named_pipe" ]; then
return 1
fi
# Try to write zero bytes in the background
echo -n > "$named_pipe" &
pid=$!
# Wait a short amount of time
sleep 0.1
# Kill the background process. If kill succeeds, then
# the write was blocked indicating that someone
# else is already writing to the named pipe.
kill $pid 2>/dev/null
}
PIPE=/tmp/foo
# Ignore any bash messages from killing below
trap : TERM
mkfifo $PIPE
# a writer
yes > $PIPE &
# a reader
cat $PIPE >/dev/null &
if is_named_pipe_already_opened_for_writing "$PIPE"; then
echo "$PIPE is already being written to by another process"
else
echo "$PIPE is NOT being written to by another process"
fi
jobs -pr | kill 2>/dev/null
rm -f $PIPE
答案 1 :(得分:0)
您需要两个管道,每个管道各一个: 一种是等待新数据信号准备就绪,另一种只是等待数据: 在我的情况下,逐行处理文件:
mkfifo r w;
cat file1 | while read l; do echo "$l" >w; read <r; done &
cat file2 | while read ln; do if read l <w; then echo "$ln"; echo "$l"; fi; echo 1>r; done