目前我正在为Linux操作系统制作一个C / C ++程序。 我想使用命名管道在两个程序之间传递PID(进程ID)。 管道已创建并在目录中可见。
Get PID程序表示文件描述符返回3,而如果它可以打开管道则返回0。我做错了什么?
获取PID
// Several includes
using namespace std;
int main(int argc, char *argv[]) {
pid_t pid;
int sig = 22;
int succesKill;
int iFIFO;
char sPID[5] = {0,1,2,3,'\0'};
iFIFO = open("IDpipe" , O_RDONLY);
if(iFIFO != 0)
{
cerr << "File descriptor does not return 0, but: " << iFIFO << endl;
return EXIT_FAILURE;
}
read(iFIFO, sPID, strlen(sPID));
cerr << "In sPID now is: " << sPID << endl;
close(iFIFO);
pid = atoi(sPID);
cout << "The PID I will send signals to is: " << pid << "." << endl;
while(1)
{
succesKill = kill(pid, sig);
cout << "Tried to send signal" << endl;
sleep(5);
}
return EXIT_SUCCESS;
}
发送PID
// Several includes
using namespace std;
void catch_function(int signo);
volatile sig_atomic_t iAmountSignals = 0;
int main(void) {
pid_t myPID;
int iFIFO;
char sPID[5] = {'l','e','e','g','\0'};
myPID = getpid();
sprintf(sPID, "%d",myPID);
cout << "My PID is: " << sPID << endl;
iFIFO = open("IDpipe" , O_WRONLY);
if(iFIFO == -1)
{
cerr << "Pipe can't be opened for writing, error: " << errno << endl;
return EXIT_FAILURE;
}
write(iFIFO, sPID, strlen(sPID));
close(iFIFO);
if (signal(22, catch_function) == SIG_ERR) {
cerr << "An error occurred while setting a signal handler." << endl;
return EXIT_FAILURE;
}
cout << "Raising the interactive attention signal." << endl;
if (raise(22) != 0) {
cerr << "Error raising the signal." << endl;
return EXIT_FAILURE;
}
while(1)
{
cout << "iAmountSignals is: " << iAmountSignals << endl;
sleep(1);
}
cout << "Exit." << endl;
return EXIT_SUCCESS;
}
void catch_function(int signo) {
switch(signo) {
case 22:
cout << "Caught a signal 22" << endl;
if(iAmountSignals == 9)
{iAmountSignals = 0;}
else
{++iAmountSignals;}
break;
default:
cerr << "Thats the wrong signal.." << endl;
break;
}
}
终端输出
答案 0 :(得分:0)
您的逻辑似乎不正确。
if(iFIFO != 0)
应该是
if(iFIFO == -1)
因为open
出错时返回-1。否则返回有效的文件描述符。
答案 1 :(得分:0)
open()
返回新创建的文件描述符。它不能返回0,原因很简单,新进程已有文件描述符0.这将是标准输入。
返回值3是open()
的预期结果,在这种情况下,因为它将是标准输入,输出和错误之后的下一个可用文件描述符。如果open()
无法打开文件描述符,则返回-1。
但除此之外,您的代码还有许多其他错误:
sprintf(sPID, "%d",myPID);
// ...
write(iFIFO, sPID, strlen(sPID));
如果您的进程ID恰好只有3位数(这是可能的),这将写入管道的三个字节。
如果您的进程ID恰好是五位数(甚至更可能),这将写入5个字节加上&#39; \ 0&#39; byte,对于写入5个字节长的sPID
缓冲区的总共6个字节,超出了数组并导致未定义的行为。
实际结果当然是未定义的,但是典型的C ++实现最终会破坏堆栈中下一个变量的第一个字节,即:
int iFIFO;
这是你的文件描述符。所以,如果你的运气耗尽并且你的新进程获得了一个五位数的进程ID,并且这是一个小端C ++实现,那么就没有填充,那么iFIFO
的低位字节被设置为0,如果代码是在没有任何优化的情况下编译的,那么iFIFO
文件描述符就会设置为0. Hillarity随之而来。
此外,在管道的另一边:
char sPID[5] = {0,1,2,3,'\0'};
// ...
read(iFIFO, sPID, strlen(sPID));
因为SPID
的第一个字节始终设置为0,所以它将始终执行read(iFIFO, sPID, 0)
,而不会读取任何内容。
之后:
pid = atoi(sPID);
atoi()
需要一个&#39; \ 0&#39; -terminated字符串。 read()
只读取它所读取的内容,它不会&#39; \ 0&#39; - 终止它最终读取的内容。你有责任放置一个&#39; \ 0&#39;在使用atoi()
之前,它会终止读取输入(当然,确保读取缓冲区足够大)。