popen 및 JS ffi에서 파이프 파손 오류가 발생합니다.

나는페이페이nodejs의 경우 이는 이 질문과 크게 관련이 없으며 실제로는 파이프라인을 더 잘 이해하는 것이지만 일부 컨텍스트를 제공합니다.

function exec(cmd) {
  var buffer = new Buffer(32);
  var result = '';
  var fp = libc.popen('( ' + cmd + ') 2>&1', 'r');
  var code;

  if (!fp) throw new Error('execSync error: '+cmd);

  while( !libc.feof(fp) ){
    libc.fgets(buffer, 32, fp)
    result += buffer.readCString();
  }
  code = libc.pclose(fp) >> 8;

  return {
    stdout: result,
    code: code
  };
}

이 exec 함수를 사용하여 실행하면 이 코드가 표시됩니다.

 tr -dc "[:alpha:]" < /dev/urandom | head -c ${1-8}

오류가 발생합니다.

write error: Broken pipe
tr: write error

하지만 예상했던 결과가 나왔습니다. 즉, 8개의 난수입니다. 이것이 나를 혼란스럽게 만들었지만, 광적인 인터넷 검색 중에 나는 발견했습니다.이것스택 답변은 내 경우에 완벽하게 작동합니다.

하지만 여전히 몇 가지 질문이 있습니다.

왜:

tr -dc "[:alpha:]" < /dev/urandom | head -c ${1-8}

내 exec 명령을 호출하면 깨진 파이프 오류가 발생하지만 셸에서 호출하면 그렇지 않습니까? 왜 전화했는지 이해가 안 돼요:

tr -dc "[:alpha:]" < /dev/urandom

끝없이 읽히지만 파이프로 연결하면 다음과 같습니다.

head -c ${1-8}

깨진 파이프 오류가 발생하지 않고 잘 작동합니다. 이 내용을 읽으려면 head시간이 많이 걸리고 tr영원히 걸릴 것 같습니다 . 최소한 깨진 파이프는 버려야 합니다. head처음 8바이트가 소비된 후에도 출력은 계속 인쇄되고 tr깨진 파이프는 실행이 중지되었기 때문에 버려집니다.trhead

두 시나리오 모두 나에게는 의미가 있지만 상호 배타적인 것 같습니다. 통화의 차이점이 무엇인지 이해하지 못합니다.

exec(tr -dc "[:alpha:]" < /dev/urandom | head -c ${1-8})

그리고

tr -dc "[:alpha:]" < /dev/urandom | head -c ${1-8}

명령줄에서 직접, 특히 <무한한 파일이 어떤 것으로 이동한 다음 |다른 것으로 이동하여 끝없이 실행되지 않는 이유는 무엇입니까? 나는 수년간 이 일을 해왔지만 왜 이런 일이 일어났는지 의문을 품은 적이 없습니다.

마지막으로, 이 깨진 파이프 오류를 무시할 수 있습니까? 해결 방법이 있나요? 내 C++ ish 자바스크립트 코드에 뭔가 문제가 있는 걸까요? 나는 몇 가지 대중적인 기본 사항을 놓치고 있습니까?

- - - 편집하다

일부 코드를 어지럽히다

exec('head -10 /dev/urandom | tr -dc "[:alpha:]" | head -c 8')

파이프라인 오류가 발생하지 않습니다!