如何实现$ RANDOM之类的“生成器”?


10

$RANDOM每次访问时,特殊变量都有一个新值。在这方面,它使人联想到某些语言中的“生成器”对象。

有没有办法实现这样的事情zsh

我尝试使用命名管道执行此操作,但是我没有找到一种在不终止“ generator”进程的情况下以受控方式从fifo提取项目的方法。例如:

% mkfifo /tmp/ints
% (index=0
   while ( true )
   do
       echo $index
       index=$(( index + 1 ))
   done) > /tmp/ints &
[1] 16309
% head -1 /tmp/ints
0
[1]  + broken pipe  ( index=0 ; while ( true; ); do; echo $index; index=$(( ...

还有其他方法可以在zsh中实现这种生成器类型的对象吗?


编辑:这不起作用:

#!/usr/bin/env zsh

FIFO=/tmp/fifo-$$
mkfifo $FIFO
INDEX=0
while true; do echo $(( ++INDEX )) > $FIFO; done &
cat $FIFO

如果将以上内容放入脚本中并运行,输出很少会出现预期的单行

1

通常,它通常由几个整数组成;例如

1
2
3
4
5

生产的数量从一次运行到下一次运行有所不同。

EDIT2:正如jimmij指出的那样,更改echo/bin/echo可以解决问题。

Answers:


10

ksh93有一些通常用于这类事情的学科。使用zsh,您可以劫持动态命名目录功能

例如定义:

zsh_directory_name() {
  case $1 in
    (n)
      case $2 in
        (incr) reply=($((++incr)))
      esac
  esac
}

然后,您可以使用每次~[incr]将其递增$incr

$ echo ~[incr]
1
$ echo ~[incr] ~[incr]
2 3

您的方法失败了,因为in中head -1 /tmp/ints,head打开fifo,读取一个完整的缓冲区,打印一行,然后将其关闭。一旦关闭,书写端就会看到折断的管道。

相反,您可以执行以下操作:

$ fifo=~/.generators/incr
$ (umask  077 && mkdir -p $fifo:h && rm -f $fifo && mkfifo $fifo)
$ seq infinity > $fifo &
$ exec 3< $fifo
$ IFS= read -rneu3
1
$ IFS= read -rneu3
2

在那里,我们使读取端在fd 3上保持打开状态,并一次read读取一个字节,而不是一个完整的缓冲区,以确保只读取一行(直到换行符)。

或者您可以这样做:

$ fifo=~/.generators/incr
$ (umask  077 && mkdir -p $fifo:h && rm -f $fifo && mkfifo $fifo)
$ while true; do echo $((++incr)) > $fifo; done &
$ cat $fifo
1
$ cat $fifo
2

那个时候,我们为每个值实例化一个管道。这样就可以返回包含任意行数的数据。

但是,在那种情况下,一旦cat打开fifo,echo循环echo就不会被阻塞,因此在cat读取内容并关闭管道时会导致运行更多(导致下一个echo实例化新管道)。

解决方法可能是增加一些延迟,例如通过运行echo@jimmij建议的外部操作或添加一些延迟sleep,但这仍然不是很可靠,或者您可以在每个之后重新创建命名管道echo

while 
  mkfifo $fifo &&
  echo $((++incr)) > $fifo &&
  rm -f $fifo
do : nothing
done &

仍然留下短窗口,其中不存在管道(在unlink()by by rmmknod()done by之间mkfifo)导致cat失败,而非常短的窗口中已实例化管道但没有进程将再次向其写入(在write()和之间)close()通过完成echo),导致cat返回什么,短窗已命名管道仍然存在,但任何事都不能打开它写(的close()所做echounlink()将完成的rm),其中cat将挂起。

您可以通过执行以下操作来删除其中一些窗口

fifo=~/.generators/incr
(
  umask  077
  mkdir -p $fifo:h && rm -f $fifo && mkfifo $fifo &&
  while
    mkfifo $fifo.new &&
    {
      mv $fifo.new $fifo &&
      echo $((++incr))
    } > $fifo
  do : nothing
  done
) &

这样,唯一的问题是如果您同时运行多只猫(它们在我们的写循环准备好打开以进行写操作之前都打开了fifo),在这种情况下它们将共享echo输出。

我也建议不要在世界可写目录中创建固定名称,世界可读的fifos(或与此相关的任何文件),例如,/tmp除非它是一项要公开给系统上所有用户的服务。


谢谢。除非我犯了一个错误,否则您给出的最后一个配方并不总是有效。见我的编辑。
kjo

1
@kjo尝试使用command echo/bin/echo而不是内置的echo。另外-您可以使此命令短一些:repeat 999 /bin/echo $((++incr)) > /tmp/int &
jimmij

1
@kjo,请参阅编辑。
斯特凡Chazelas

4

如果要在读取变量值时执行代码,则无法在zsh本身中执行此操作。该RANDOM变量(与其他类似的特殊变量一样)在zsh源代码中进行了硬编码。但是,您可以通过用C编写模块来定义类似的特殊变量。许多标准模块都定义了特殊变量。

您可以使用协同处理来生成生成器。

coproc { i=0; while echo $i; do ((++i)); done }
for ((x=1; x<=3; x++)) { read -p n; echo $n; }

但是,这非常有限,因为您只能有一个协同处理。逐步从流程中获取输出的另一种方法是从流程替代中重定向。

exec 3< <(i=0; while echo $i; do ((++i)); done)
for ((x=1; x<=3; x++)) { read n <&3; echo $n; }

请注意,head -1这在这里不起作用,因为它会读取整个缓冲区,打印出喜欢的缓冲区,然后退出。从管道读取的数据保持读取状态;这是管道的固有属性(您不能将数据塞回)。该read内置通过一次,这使得它找到的第一个换行符其尽快停止,但速度很慢读一个字节避免了这个问题(当然,这并不重要,如果你只是读几百个字节)。


2
在zsh中一次只有一个协同进程?我很惊讶-我很少看到bash更灵活的地方。:)
Charles Duffy

@ CharlesDuffy,zsh中可以有多个协同处理。协过程才刚刚添加到中bash,请参阅该链接的bash部分。
斯特凡Chazelas

@StéphaneChazelas您如何与zsh中的多个协同进程进行交互?(coproc协同处理,我的意思是,不是zpty的)
吉尔斯'SO-别再邪恶了'

与使用ksh的方式相同,如该链接所述。coproc cmd1; exec 3>&p 4<&p; coproc cmd2 3>&- 4<&-...
斯特凡Chazelas

1

我想我会用某种信号来做到这一点。

(   trap   "read zero </tmp/ints" PIPE
    while  kill -s PIPE -0
    do     i=$zero
           while echo $((i++))
           do :; done 2>/dev/null >/tmp/ints
    done
)&

无论如何,它对我有用。


$ echo  15 >/tmp/ints; head -n 5 </tmp/ints
15
16
17
18
19
$ echo  75 >/tmp/ints; head -n 5 </tmp/ints
75
76
77
78
79

仅在一点相关的注释上,这是前几天我发现的一些奇怪现象:

mkdir nums; cd nums
for n in 0 1 2 3 4 5 6 7
do  ln -s ./ "$n"; done
echo [0-3]/*/*

0/0/0 0/0/1 0/0/2 0/0/3 0/0/4 0/0/5 0/0/6 0/0/7 0/1/0 0/1/1 0/1/2 0/1/3 0/1/4 0/1/5 0/1/6 0/1/7 0/2/0 0/2/1 0/2/2 0/2/3 0/2/4 0/2/5 0/2/6 0/2/7 0/3/0 0/3/1 0/3/2 0/3/3 0/3/4 0/3/5 0/3/6 0/3/7 0/4/0 0/4/1 0/4/2 0/4/3 0/4/4 0/4/5 0/4/6 0/4/7 0/5/0 0/5/1 0/5/2 0/5/3 0/5/4 0/5/5 0/5/6 0/5/7 0/6/0 0/6/1 0/6/2 0/6/3 0/6/4 0/6/5 0/6/6 0/6/7 0/7/0 0/7/1 0/7/2 0/7/3 0/7/4 0/7/5 0/7/6 0/7/7 1/0/0 1/0/1 1/0/2 1/0/3 1/0/4 1/0/5 1/0/6 1/0/7 1/1/0 1/1/1 1/1/2 1/1/3 1/1/4 1/1/5 1/1/6 1/1/7 1/2/0 1/2/1 1/2/2 1/2/3 1/2/4 1/2/5 1/2/6 1/2/7 1/3/0 1/3/1 1/3/2 1/3/3 1/3/4 1/3/5 1/3/6 1/3/7 1/4/0 1/4/1 1/4/2 1/4/3 1/4/4 1/4/5 1/4/6 1/4/7 1/5/0 1/5/1 1/5/2 1/5/3 1/5/4 1/5/5 1/5/6 1/5/7 1/6/0 1/6/1 1/6/2 1/6/3 1/6/4 1/6/5 1/6/6 1/6/7 1/7/0 1/7/1 1/7/2 1/7/3 1/7/4 1/7/5 1/7/6 1/7/7 2/0/0 2/0/1 2/0/2 2/0/3 2/0/4 2/0/5 2/0/6 2/0/7 2/1/0 2/1/1 2/1/2 2/1/3 2/1/4 2/1/5 2/1/6 2/1/7 2/2/0 2/2/1 2/2/2 2/2/3 2/2/4 2/2/5 2/2/6 2/2/7 2/3/0 2/3/1 2/3/2 2/3/3 2/3/4 2/3/5 2/3/6 2/3/7 2/4/0 2/4/1 2/4/2 2/4/3 2/4/4 2/4/5 2/4/6 2/4/7 2/5/0 2/5/1 2/5/2 2/5/3 2/5/4 2/5/5 2/5/6 2/5/7 2/6/0 2/6/1 2/6/2 2/6/3 2/6/4 2/6/5 2/6/6 2/6/7 2/7/0 2/7/1 2/7/2 2/7/3 2/7/4 2/7/5 2/7/6 2/7/7 3/0/0 3/0/1 3/0/2 3/0/3 3/0/4 3/0/5 3/0/6 3/0/7 3/1/0 3/1/1 3/1/2 3/1/3 3/1/4 3/1/5 3/1/6 3/1/7 3/2/0 3/2/1 3/2/2 3/2/3 3/2/4 3/2/5 3/2/6 3/2/7 3/3/0 3/3/1 3/3/2 3/3/3 3/3/4 3/3/5 3/3/6 3/3/7 3/4/0 3/4/1 3/4/2 3/4/3 3/4/4 3/4/5 3/4/6 3/4/7 3/5/0 3/5/1 3/5/2 3/5/3 3/5/4 3/5/5 3/5/6 3/5/7 3/6/0 3/6/1 3/6/2 3/6/3 3/6/4 3/6/5 3/6/6 3/6/7 3/7/0 3/7/1 3/7/2 3/7/3 3/7/4 3/7/5 3/7/6 3/7/7

它也变得奇怪:

rm *
for a in  a b c d e f g h \
          i j k l m n o p \
          q r s t u v x y z
do 
    ln -s ./ "$a"
done
for a in *
do  echo "$a"/["$a"-z]
done

a/a a/b a/c a/d a/e a/f a/g a/h a/i a/j a/k a/l a/m a/n a/o a/p a/q a/r a/s a/t a/u a/v a/x a/y a/z
b/b b/c b/d b/e b/f b/g b/h b/i b/j b/k b/l b/m b/n b/o b/p b/q b/r b/s b/t b/u b/v b/x b/y b/z
c/c c/d c/e c/f c/g c/h c/i c/j c/k c/l c/m c/n c/o c/p c/q c/r c/s c/t c/u c/v c/x c/y c/z
d/d d/e d/f d/g d/h d/i d/j d/k d/l d/m d/n d/o d/p d/q d/r d/s d/t d/u d/v d/x d/y d/z
e/e e/f e/g e/h e/i e/j e/k e/l e/m e/n e/o e/p e/q e/r e/s e/t e/u e/v e/x e/y e/z
f/f f/g f/h f/i f/j f/k f/l f/m f/n f/o f/p f/q f/r f/s f/t f/u f/v f/x f/y f/z
g/g g/h g/i g/j g/k g/l g/m g/n g/o g/p g/q g/r g/s g/t g/u g/v g/x g/y g/z
h/h h/i h/j h/k h/l h/m h/n h/o h/p h/q h/r h/s h/t h/u h/v h/x h/y h/z
i/i i/j i/k i/l i/m i/n i/o i/p i/q i/r i/s i/t i/u i/v i/x i/y i/z
j/j j/k j/l j/m j/n j/o j/p j/q j/r j/s j/t j/u j/v j/x j/y j/z
k/k k/l k/m k/n k/o k/p k/q k/r k/s k/t k/u k/v k/x k/y k/z
l/l l/m l/n l/o l/p l/q l/r l/s l/t l/u l/v l/x l/y l/z
m/m m/n m/o m/p m/q m/r m/s m/t m/u m/v m/x m/y m/z
n/n n/o n/p n/q n/r n/s n/t n/u n/v n/x n/y n/z
o/o o/p o/q o/r o/s o/t o/u o/v o/x o/y o/z
p/p p/q p/r p/s p/t p/u p/v p/x p/y p/z
q/q q/r q/s q/t q/u q/v q/x q/y q/z
r/r r/s r/t r/u r/v r/x r/y r/z
s/s s/t s/u s/v s/x s/y s/z
t/t t/u t/v t/x t/y t/z
u/u u/v u/x u/y u/z
v/v v/x v/y v/z
x/x x/y x/z
y/y y/z
z/z

有什么奇怪的地方吗?
斯特凡Chazelas

@StéphaneChazelas-链接自动递归似乎很奇怪。如此轻松。我以为那很奇怪。好酷 我还认为应该有某种深度递归限制-好像shell会触发该限制-还是实际上需要在一条路径中进行40个链接?
mikeserv '16


@StéphaneChazelas-很好。但是也许bash行为发生了变化?我认为关于pwd不检查和仅引用的声明$PWD是不正确的。mkdir /tmp/dir; cd $_; PS4='$OLDPWD, $PWD + '; set -x; OLDPWD=$OLDPWD PWD=$PWD command eval ' cd ..; cd ..; cd ~; pwd'; pwd; cd .; pwd可能会告诉你我的意思。这是一个困扰我的ns()事情。
mikeserv '16
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.