Fish-shell: 기능에 파이프를 읽을 수 없습니다.

해결 방법으로 '읽기'기능을 사용할 수 있습니다.

function t
    while read -l line
        echo $line
    end
end

나는 stdin이 'cat'대신 'set'으로 파이프되기 때문에 물고기에서는 작동하지 않는다는 것을 이해했습니다.

이 문제는 특정 방식으로 작동하는 "설정"보다 더 깊습니다. 함수에 대한 배관이 전혀 망가졌습니다. 그리고 함수로 전송 된 터미널 I / O는 작동하지만 여전히 약간 이상합니다. 입력을 버퍼링하고 한 번에 모두 전달하는 것처럼 보입니다. 이 함수에서 어떤 일이 발생하는지 관찰하십시오.

~> function meh
       cat
   end
~> # First, the way it's supposed to work.
~> # As input, we press the keys: a RET b RET control-D
~> cat
a
a
b
b
~> cat | cat
a
a
b
b
~> # Now...
~> meh
a
a
b
b
~> # So far so good, but...
~> cat | meh
a
b
^D
... um...
^D
control-D repeatedly does not work
try control-C
Job 1, “cat | meh” has stopped
~> fg
Send job 1, “cat | meh” to foreground
cat: stdin: Interrupted system call
~> jobs
jobs: There are no jobs
~> # Dear lord.
~> # For completeness...
~> meh | cat
a
b
aD
b
~> 

또한 cat | meh | cat 는 cat | begin; cat; end 와 같은 방식으로 작동합니다.
cat | meh 에서 중단 된 시스템 호출에 대해 불평하는 "고양이"가 첫 번째 "고양이"라고 더 말할 수 있습니다. 그건:

~> cp /bin/cat mycat
~> ./mycat | meh
Job 1, “./mycat | meh” has stopped  #after control-C
~> fg
Send job 1, “./mycat | meh” to foreground
mycat: stdin: Interrupted system call

그래서 거기에 있습니다. 분명히 이것은 물고기가 함수를 호출하는 방법과 파이프를 구성하는 방법과 관련이 있습니다. 누구든지 이것에 대해 알고 있습니까?

좋아, 나는 그 실행을 찾고있다.
pbpaste | begin; cat; end
클립 보드가 "23n"인 신선한 생선 껍데기에서 반복해서 23 번을 다시 인쇄하고 때로는 셸이 잠기 게하여 control-C가 아무것도 할 수없는 경우가 있습니다. 나는 이것이 일종의 경쟁 조건이어야한다고 생각한다. 오 소년.

한편, SIGTTIN 신호가 ./mycat | begin; cat; end 의 "mycat"으로 전송 된 것처럼 보입니다.

     21    SIGTTIN      stop process         background read attempted from
                                             control terminal

그런 다음 GNU libc 설명서에 따르면 "백그라운드 작업으로 실행중인 프로세스는 사용자의 터미널에서 읽을 수 없습니다. 백그라운드 작업의 프로세스가 터미널에서 읽으려고하면 작업의 모든 프로세스가 전송됩니다. SIGTTIN 신호. "

따라서 "mycat"이 백그라운드에서 시작되거나 시작된 다음 백그라운드에서 배치되는 것처럼 보입니다. 피쉬 함수 종류로 파이프가 연결될 때입니다. 아마도이 지식이 도움이 될 것입니다.

이것은 분명히 파이프의 양쪽을 배경으로합니다.하지만 fg 명령을 내리면 백그라운드에서 프로세스를 가져 와서 예상대로 작동하도록합니다.

~ $ alias pjson='python -m json.tool | pygmentize -l json'
~ $ curl -u smoku -X GET -H "Content-Type: application/json" 'https://jira.......' | pjson
Job 4, 'curl -u smoku -X GET…' has stopped

~ $ fg
Enter host password for user 'smoku': ********
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100   593    0   593    0     0   1372      0 --:--:-- --:--:-- --:--:--  1375

~ $ fg
{
    "expand": "renderedFields,names,schema,transitions,operations,editmeta,changelog",
    "id": "29874"
}

간단한 별칭 대신 $PATH 에서 pjson 래퍼 스크립트를 만들어야하는 약간 성가신 ... :(

참고로 이것은 또한 openSUSE 버그입니다 https://bugzilla.opensuse.org/show_bug.cgi?id=963548

예이! 해결 방법을 찾은 것 같습니다! fish piping 구문을 설명하는 문제 # 110의 gustafj의 의견 덕분에 다음과 같은 결과를

function line --argument-names n
    cat 1>| tail -n +$n | head -1
end

이 문제는 grep 대한 기본 grep 함수와 결합되어 몇 가지 문제가 발생합니다.이 문제가 곧 해결되지 않을 경우 기본 grep 별칭을 제거해야합니다 (또는 적어도 발생을 최소화하기 위해 약어일까요?).

@milieu가 암시하는 것처럼 cat 를 사용하면 Fish 2.3.1에서 문제가 해결되지 않는 것 같습니다 (방금 깨달았지만 Fedora 25 용 패키지 버전입니다).

셸 내에서와 명령 줄에서 실행하는 데 차이가있는 것 같습니다.

(zsh)$ ./fish -c "read n | grep nothing"    
read> lol
(zsh)$ ./fish
(fish)$ read n | grep nothing
read> 
# Stuck forever, needs to kill the terminal. ^C, ^Z have no impact.

문제를 디버그하는 데 도움이 될 수 있습니까?

@layus : 아니요, 그것은 # 3805, 물고기 자체가 터미널을 제어 할 수없는 문제입니다.

_이 점에서 원래 동작 중 일부가 변경된 것 같습니다. 아래는 fish master / 3.0에 대한 것입니다.

물고기가 여기서 잘못되는 두 가지 근본적인 문제가 있습니다. 첫 번째는 버퍼링 함수 / 블록 출력 (현대 쉘은 아무 데도 버퍼링하지 않을 것임)이고 두 번째는 블록 전체에서 입력 / 출력을 올바르게 연결할 수 없다는 것입니다. 일부 코너 케이스에서 올바른 행동이 어떤 모습이어야하는지에 대해 많은 모호함 (또는 최소한 의견 차이를 수용 할 수있는 여지가 있음)이 있지만, 현재 물고기가 최적 인 것으로 옹호하는 사람은 아무도 없다고 생각합니다.

일반적으로 외부 명령 (및 대체로 동일한 방식으로 효과적으로 처리되는 내장)이 있습니다. 하나의 입력, 두 개의 출력, 그중 하나는 후속 명령에 연결될 수 있고 다른 하나는 리디렉션되어야합니다. 파일 또는 tty. 그러나 블록과 함수는 기본적으로 입력 (하나만있을 수 있기 때문에)을 일련의 (결국 확장되는) 외부 명령이나 내장에 매핑하기 때문에 까다 롭습니다.

즉, 현재 행동이 잘못되었다는 데 동의하지 않습니다. (cat) 내에서 실행되는 명령으로 파이프 된 데이터를 읽어서는 안됩니다. :

mqudsi<strong i="11">@ZBook</strong> /m/c/U/m/Documents> type testfun
testfun is a function with definition
function testfun
    set input (cat)
    printf "You said '%s'\n" $input
end
mqudsi<strong i="12">@ZBook</strong> ~/r/fish-shell> echo testing123 | testfun
hello
^D
You said 'hello'

세트가 입력을 소비하는지, 입력의 일부를 소비하는지 또는 입력을 완전히 무시하는지에 관계없이 입력을 블록으로 파이프하고 있습니다. cat은 입력을 위해 /dev/tty 에 연결하는 것이 정확합니다. 명령 줄로 대체하기위한 셸. 사실,이 저장소에 대해 몇 가지 수준의 간접적으로 실행될 때 "서브 쉘"이 터미널에서 읽지 않는 경우에 대해 불평하는 버그가 (많은) 제출되었습니다. IMHO, 특히 bash가 실제 서브 쉘을 지원하고 여기에서 비동기 성을 제공하기 때문에 여기에서 깨진 것은 bash입니다.

내가 말하는 유일한 깨진 동작은 외부 명령이 함수 / 블록에서 시작되고 입력을 완전히 소비하지 않는 경우에서 비롯됩니다.

mqudsi<strong i="19">@ZBook</strong> /m/c/U/m/r/fish-shell> printf 'foo\nbar\n' | begin
                                        head -n1 | read -l line1
                                        head -n2 | read -l line2
                                        echo line1: $line1
                                        echo line2: $line2
                                    end
line1: foo
line2:

TBH 나는 매우 놀랐지 만 이것은 올바르게 작동합니다.

mqudsi<strong i="23">@ZBook</strong> /m/c/U/m/r/fish-shell> printf 'foo\nbar\n' | begin
                                        /bin/echo 'hi from echo'
                                        cat | read -z from_cat
                                        printf 'from_cat: "%s"' $from_cat
                                    end
hi from echo
from_cat: "foo
bar
"¶  

그리고 이것은 또한 정확합니다.

mqudsi<strong i="27">@ZBook</strong> /m/c/U/m/r/fish-shell> printf 'foo\nbar\n' | begin
                                        cat | read -zl from_cat1
                                        cat | read -zl from_cat2
                                        printf 'from_cat1: "%s"\n' $from_cat1
                                        printf 'from_cat2: "%s"\n' $from_cat2
                                    end
from_cat1: "foo
bar
"
from_cat2: ""

특히 언젠가 비동기 실행으로 물고기에 실제 서브 쉘을 도입 할 계획을 고려할 때 여기에보고 된 원래 사례에 대한 물고기의 행동이 정확하다고 말할 수 있습니다. 사실, 나는 누군가가 반대하고 여기에서 설득력있는 주장을 할 수없는 한이 문제를 완전히 종결하고자합니다.

원래 버그 보고서는 유효하지 않지만 @waterhouse에서 제기 한 문제는 cat | meh 사례를 포함하여 # 5219가 문제를 해결하는 것으로 보인다는 것입니다.

mqudsi<strong i="8">@ZBook</strong> ~/r/fish-shell> cat | meh
a
a
b
b
^D
mqudsi<strong i="9">@ZBook</strong> ~/r/fish-shell>

즉, 현재 행동이 잘못되었다는 데 동의하지 않습니다. (cat) 내에서 실행되는 명령에 파이프 된 데이터를 읽어서는 안됩니다. :

나는 그것에 대해 매우 동의하지 않습니다!

cat은 입력을 위해 / dev / tty에 연결하는 것이 정확합니다.

그것은 멘탈 모델의 문제입니다. 나는 cat이 입력을 위해 "현재 표준 입력"에 연결된다고 말할 것이다. 함수 나 블록이 리디렉션되지 않으면 tty입니다. 리디렉션되면 그게 다입니다! 따라서 여기에서 / dev / tty에 연결하는 것은 올바르지 않습니다.

어떤 수준의 간접적으로 실행될 때 "서브 쉘"이 터미널에서 읽지 않는 경우에 대해 불평

이것들은 모두 "전역"명령 대체에 관한 것입니다. 예 : 명령 줄에서 echo (fzf) 실행. 이 경우 stdin이 없습니다.

그래서 제가 말하고 싶은 것은 다음과 같이 작동합니다.

echo | echo (cat) # from tty

begin
   echo | echo (cat) # from file
end < file

이 경우 stderr에 대해 묻는 관련 문제 (# 1035)가 있으며 리디렉션되지 않습니다. 이전 math 함수에는 상당한 문제가있었습니다. 내부에 명령 대체 기능이있어서 리디렉션 할 수 없었기 때문입니다.

이것은 그것의 stdin 부분입니다. 함수가 베어 (cat) 한다면 항상 tty에서 읽는 것이 정말 유용합니까? 아니면 그냥 </dev/tty 를 사용할 수 없습니까?

흥미로운 생각.

나는 괄호가 간단한 대체를 나타내는 지 (즉, "괄호의 내용이 위 줄에있는 것처럼 가장하고, 완료까지 실행하고, 결과를 변수에 저장하고, 여기에 변수를 대체") 나타내는 지 여부로 귀결된다고 생각합니다. re (현재 고장난) 서브 쉘. 나는 물고기가 적절한 서브 쉘 지원을 놓치고 있다는 것이 합의 된 것이라고 생각했지만, 의도는 항상 "언젠가는"그것을 고치는 것이었다.

전자 인 경우, 예, 동의합니다. 괄호의 내용을 다른 줄로 이동하면 블록으로 리디렉션되는 입력에서 확실히 읽어야하기 때문에 현재 동작이 깨집니다.

그러나 서브 쉘은 훨씬 더 강력한 개념이며 명령 대체로는 불가능한 작업을 수행하고 훨씬 더 반응적이고 유능한 스크립트를 작성할 수 있습니다. 블록에 입력되는 모든 것을 서브 쉘에서 실행되는 명령의 표준 입력에 연결하는 것은 기술적으로 가능하지만, 거기 있는 멘탈 모델과 호환되지 않을 것이라고 생각합니다.

괄호가 간단한 대체를 나타내는 지 (즉, "괄호의 내용이 위 줄에있는 것처럼 가장하고, 완료 될 때까지 실행하고, 결과를 변수에 저장하고, 여기에 변수를 대체") 또는 (현재 끊어진) 하위 쉘인지 여부 .

나는이 용어들이 여기서 너무 많이 사용되기에 충분히 명확하게 정의되었다고 생각하지 않는다.

저에게는 더 자연스럽고 더 일반적이며 더 유용한 것이 무엇인지에 달려 있습니다.

터미널에서 읽는 것은 확실히 유용하며 때로는 다른 표준 입력이 있더라도 터미널에서 읽기를 원합니다 (예 : fzf 는 기본적으로이 작업 만 수행함).

그러나 stdin에서 읽는 것이 훨씬 더 일반적이라고 생각합니다. 특히 비 대화 형 사용이 tty에서 전혀 읽지 않는다는 점을 고려하면 더욱 그렇습니다. 그리고 tty에서 읽는 것이 여전히 가능하기 때문에 ( </dev/tty 리디렉션을 통해), 보조 옵션으로 두는 것이 좋습니다.

내가 제안하는 모델에서 </dev/tty 반대가 없다는 사실은 내 입장을 재고하게 만드는 것입니다.

나는 토론을 완전히 이해하기에는 껍데기에 충분하지 않을 수 있습니다. 하지만 문제를 해결해야하는데이를 해결하기 위해 bash 스크립트가 필요한지 궁금합니다.

기본적으로 매우 간단한 작업입니다. (z) cat에서 pv를 통해 mysql cli로 stdout을 파이프하고 (기본적으로 백업을 복원하기 위해) 연결 문자열을 입력하고 싶지 않기 때문에 함수를 사용하고 싶습니다. :

function mysqlenv --description connect to mysql server using config from .env
  mysql -u (getEnv DB_USERNAME) -p(getEnv DB_PASSWORD) (getEnv DB_DATABASE)
end

먼저 명령에 대한 stdin이 왼쪽의 명령에서 stdout이라는 것이 분명하기 때문에 이것이 작동한다고 확신했지만 지금은 혼란 스럽습니다. Ok mysqlenv는 명령이 아니라 함수입니다. 지금 나는 여기에서 많은 텍스트와 "이것은 작동해야한다"를 많이 읽고 있지만 아무것도 작동하지 않습니다.

내가 시도한 것 :

• cat -|mysql... 출력 없음; mysql은 입력을받지 않습니다. ctr + c는 mysql이 존재합니다. 파이프가 백그라운드에서 실행 중입니다.
• mysql... <&0 출력 없음; mysql은 입력을받지 않습니다. ctr + c는 mysql이 존재합니다. 파이프가 백그라운드에서 실행 중입니다.
• set input (cat); mysql... 출력 없음; mysql은 입력을받지 않습니다. ctr + c는 모두 존재합니다. 배경에 아무것도 남아 있지 않습니다
• read -z|mysql... 출력 없음; mysql은 입력을받지 않습니다. ctr + c는 ^c 인쇄합니다.

다시 내 명령 프롬프트 : zcat some_backup.sql.gz|pv -s (zsize some_backup.sql.gz)|mysqlenv . mysql과 함께 직접 사용할 때 (fish 함수없이) 파이프 상태를 표시하므로 작동합니다.

그렇다면 함수 내에서 명령의 stdin에 함수에서 stdin을 제공하는 방법은 무엇입니까?

while read... 를 통해 모든 라인에 대해 다시 연결해야한다고 말하지 마십시오. 작동 할 수는 있지만 작업하기에는 너무 느리기 때문에 해결책이 아닙니다.

@tflori : 훨씬 간단합니다. 리디렉션없이 명령을 그대로 두십시오. 문제는 함수에서 직접 명령을 사용하는 것이 아닙니다. 같은 것

function foo
    cat
end

공장. cat 은 (는) 정상적으로 표준 입력됩니다.

그렇지 않은 것은 명령 대체에있을 때이 버그에 부딪 힐 때입니다.

@faho 는 초기 기능이 작동해야 함을 의미합니까? 하지만 그렇지 않습니다. 내 버전이 오래되었을 수 있습니까? 현재 2.7.1을 사용하고 있습니다.

내 버전이 오래되었을 수 있습니까? 현재 2.7.1을 사용하고 있습니다.

@tflori : 예, 3.0.2가 필요합니다.