popen/pclose 的阻塞问题

[broadenist]

pclose()
功能:关闭到一个进程的管道.
语法:#include <stdio.h>
int pclose(strm)
FILE *strm;
说明:本系统调用用于关闭由popen()打开的管道,并会等待由popen()
激活的命令执行结束后,关闭管道后读取命令返回码.
返回值:若关闭的文件描述符不是由popen()打开的,则返回-1.
=====================================================================
根据以上描述，我认为：pclose相当于一个阻塞，如果popen打开的命令行不完成并返回，那么pclose应该保持阻塞。
一下是我的测试代码：
/////////////////////////////////////////////
//g++ test.cpp -o test
#include <iostream>

using namespace std;

int main()
{
cout<<"[4--popen]sleeping in the popen..."<<endl;
sleep(30);
return 0;
}//end test.cpp
////////////////////////////////////////
//g++ main.cpp -lpthread -o main

#include <pthread.h>
#include <errno.h>
#include <iostream>
using namespace std;

pthread_t pht;
int phi;

void* pthreadproc( void* arg )
{
FILE* fp;
int num;
int pc;
cout<<"[2--thread]popen begin!!"<<endl;
fp = popen( "./test", "r" );
cout<<"[3--thread]waiting for popen return and pclose...."<<endl;
pc = pclose( fp );
cout<<"[5--thread]pclosed:%d"<<pc<<"ERROR"<<strerror(errno)<<endl;
}

int main()
{
for( int i = 0; i<1000; i++ )
{
cout<<"[1--main]thread begin"<<endl;
phi = pthread_create( &pht, NULL, pthreadproc, NULL );
if ( phi != 0 )
{
cout<<"[2--main]thread create failed!ERROR CODE:%s"
<<strerror(errno)
<<endl;
}
cout<<"[2--main]waiting for thread return......."<<endl;
phi = pthread_join( pht, NULL );
if ( phi != 0 )
{
cout<<"[6--main]thread create failed!ERROR CODE:%s"
<<strerror(errno)
<<endl;
}
else
cout<<"[6--main]thread returned"<<endl;
}
}//end main.cpp

期望的输出结果：1->2->2->3....waiting30s....->5->6
但是实际测试结果中：123456的顺序是不变，但是中间的30秒等待就不一定，证明pclose没有等待popen打开的test返回就放弃阻塞让线程返回了？

那位高手给点拨点拨呀，郁闷ing....

[broadenist]

没有人啦？跪求吧

[linaxing]

还有一种情况，就是sleep()被中断了。pclose()返回为零说明等待的程序已经退出了。
打印一下sleep()的返回值看一下。

[linaxing]

pclose()的返回值是多少？是不是被中断了？

[broadenist]

pclose正常返回0，不是被中断，而是没有等待popen所开启的进程管道返回，pclose提前返回了而没有阻塞

[broadenist]

sleep也正常，我连续运行，终于抱错了，pclose的strerror是打开文件件过多，监控进程，发现有多个test在同时sleep，就是说我的pclose没有等待外部进程test返回就执行并返回了，或者是他没有close掉那个管道？跪求啊，那位用过popen啊？

[linaxing]

把多线程改成多进程试一试，pclose没有等待很可能是由于线程库造成的，隐隐约约记得linuxthread有过这样的一个bug。