パイプライン実行時、標準出力を/dev/clip疑似デバイスへリダイレクトしたときの挙動が不自然

[s-yukikaze]

複数コマンドのパイプライン実行において、最初以外のコマンドで標準出力を/dev/clip疑似デバイスへリダイレクトすると無視され、最初のコマンドで同様にリダイレクトすると最後のコマンドのそれと解釈されます。一般的なシェルと挙動が異なるため不自然に見えます。

確認環境

• GVim 7.4.092+kaoriya (win7x86)
• vimshell (commit: 2cdbd6e)

サンプル

vimshell% echo "foo,bar" > /dev/clip
vimshell% echo `=@*`
foo,bar

vimshell% echo "foo,bar" | powershell -Command '($input -split ",")[0]' > /dev/clip
foo
vimshell% echo `=@*`

vimshell% echo "foo,bar" > /dev/clip | powershell -Command '($input -split ",")[0]'
vimshell% echo `=@*`
foo

vimshell% 

Vimshellのstdoutハンドリングも変ですが、Vimprocの問題のような気もします。

[Shougo]

あー、うーん、これはかなり難しい問題ですね。
なぜなら昔のバージョンと違って今のvimprocはパイプラインをまともに処理しているからです。
よって、擬似ファイルはまともな処理ができていません。コマンドのファイルディスクリプタとして渡せないためです。
やるとすれば、一時ファイルに出力するようにして処理が終わったら、クリップボードを書き換える、とかでしょうか。

これはvimprocの問題で、vimshellではありません。
私は忙しいので、実装してられないですね。/dev/clip使ってないですし。

[s-yukikaze]

承知しました。 > vimprocの問題

後で気付きましたが、実際のファイルでも挙動が不自然です。疑似ファイルの場合とは少し異なります。

vimshell% echo "foo" > test.txt | echo "bar"
vimshell% type test.txt
foo
bar
vimshell% 

時間があれば手を付けてみたいと思います。

[Shougo]

はい。そもそもリダイレクト処理自体、少々無理して実装しているので任せたいです。

[Shougo]

すみません。この問題はvimprocの問題ではなさそうです。
次のテストが通るため。

  let sub = vimproc#ptyopen('echo "foo" > test.txt | echo "bar"')
  let res = ''
  while !sub.stdout.eof
    let res .= sub.stdout.read()
  endwhile
  " Newline conversion.
  let res = substitute(res, '\r\n', '\n', 'g')
  ShouldEqual output, "bar\n"
  ShouldEqual readfile('test.txt'), ['foo']
  if filereadable('test.txt')
    call delete('test.txt')
  endif

vimshell側の問題かなぁ……。

[Shougo]

後で気付きましたが、実際のファイルでも挙動が不自然です。疑似ファイルの場合とは少し異なります。

こちらは致命的なので修正しました。

[s-yukikaze]

実際のファイルの方で自然な挙動になっていることを確認しました。対応ありがとうございます。