fedora에서 popen좀 이상하네요..

전형적으로 유닉스/리눅스 프로그램에서는
fork()+exec()를 빈번하게 호출합니다.
또한 fork()된 child프로세스와의 데이터 송수신을 위해 pipe()를 연결합니다.
즉, fork+exec+pipe라는 메카니즘을 연속적으로 사용하게 되는 경우가 많습니다.

자주쓰다보니, 아예,fork+exec+pipe를 한큐(?)에 해결해주는 라이브러리가
있으면, 편하겠다~ 라는 생각을 하게되겠지요.

그래서, popen()이란 것을 만듭니다. popen()은 내부적으로 fork+exec+pipe를 전부 합니다.
이를테면, *.gz처럼 gzip 등으로 압축된 파일을 실행시간에 압축풀어서 입력으로 사용하고 싶은 경우가 있겠지요.
zlib같은 라이브러리를 사용해서 프로그램해도 되겠지요.
그러나, 때에 따라서는 그냥 zcat등을 이용하고 싶은 경우도 있을테지요.

예를들어, test.txt.gz이라는 파일이 있다고 가정합시다.
본래 test.txt는 다음을 담고 있다고 가정합니다.
1,홍길동,남
2,황진이,여
....
이를 압축해놓은 test.txt.gz 파일은 그냥 읽을 수는 없겠지요.
zlib를 써서 읽을 수 있지만, zcat같은 외부유틸리티를 이용해서 압축풀고 읽어야 하는 경우가 있을 수 있겠습니다.
이때,
FILE *fp;

fp = popen("zcat test.txt.gz", "r");
으로 열면
...
fread()/fscanf()등...
으로 해당 파일을 읽을 수 있겠지요.

그런데, uamyd5279님의 질문에서는 디버거를 구동하여 이를 trace하고 있습니다.
gdb로 추적하는 대상은 처음 시작프로세스이며, popen()시에 새로이 생긴 프로세스(fork+exec+pipe에 의해 실행된 zcat프로세스)는 추적이 기본적으로는 안되겠지요?
이를 추적하려면 attach를 시켜서 이를 추적해야 하겠습니다.

위 질문에서 보면, ethtool을 그러한 용도로 사용하고 있습니다.
ethtool의 기능을 새로 구현하기는 귀찮지만(?!), 그 기능(ethtool)을 쓰고 싶은 경우의 코딩이지요. 대체로 물의가 없지만, 가급적 시간이 된다면, 외부 툴을 사용하기 보다는 직접 시스템호출수준으로 구현하시기를 권합니다.

* 결론적으로 별 물의가 없는 정상코드입니다. 또한 정상적인 gdb 추적이겠지요.

그럼 .