4回答
我希望在不阻塞读取器的情况下写入命名管道(已创建)。我的阅读器是另一个可能会崩溃的应用程序。如果读取器确实关闭，我希望写入器应用程序继续写入该命名管道。Java中类似于this的东西因此，当读取器启动时，它可能会从失败的地方
浏览 1提问于2010-08-30得票数 9
1回答
在这个程序中，两个子进程是分叉的，然后一个通过pipe将字符串发送到另一个。当通信完成后，父进程将被卡在等待从管道(waitpid(read_child, NULL, 0);)读取的子程序的出口中。
浏览 3提问于2022-05-07得票数 1
回答已采纳
1回答
我今天想要的是在不阻塞的情况下从命名管道中读取/写入，并在不终止进程的情况下关闭两端的管道。我正在努力使进程在firset wright转到管道后关闭。我有一些代码给你来帮助我解决我的麻烦。
浏览 34提问于2020-07-02得票数 0
回答已采纳
2回答
我有两个使用命名管道创建的进程。编写进程使用写()写消息，读取器进程用read()读取消息。当作者关闭管道时，我注意到read()阻塞了。这是否可能让写入程序在关闭管道之前发送EOF，从而使读取器不会被阻塞？
浏览 5提问于2015-10-22得票数 2
这是我的简单代码，它打开一个命名管道，向其中写入一个字符串，然后关闭该管道。管道是在另一个函数中创建的，如下所述。jobSizes.push_back(written);
但是对open()的调用挂起了我已经确保在调用时没有其他进程使用先进先出“作
浏览 2提问于2014-06-08得票数 5
回答已采纳
3回答
管道C的行为
、、
我有这样的代码：#include <fcntl.h>#include <stdlib.h> close (fd[READ]); /* Close used end */}If a
浏览 0提问于2015-06-10得票数 0
2回答
当数据写入文件描述符时，我希望触发回调。为此，我设置了一个管道和一个读取器线程，用于读取管道。当它有数据时，就会用数据调用回调。关闭管道的写端(我预计这会触发阻塞read的返回，但显然不会)等待读取器线程退出恢复旧文件描述符上下文(如果stdout被重定向到管道，则不再是)管道的关闭</em
浏览 48提问于2022-09-24得票数 0
回答已采纳
如果yes命令一直回响"y“，直到被杀死，那么它永远不会完成，对吗？如果它永远不会完成，那么它如何将其输出到下一个命令呢？？
浏览 0提问于2020-03-30得票数 0
回答已采纳
2回答
如果您正在从一个常规文件中read，并且它返回0，因为您得到了EOF，但随后有人向该文件追加了一些内容，那么后续的read syscall将为您提供新的数据。类似地，如果您从TTY返回read，并且返回0，因为用户点击了Ctrl+D，但是用户键入了更多的文本，那么后续的read syscall将为您提供新的数据。但是如果你是从烟斗里read呢？一个read syscall是否有可能返回0，然后再从管道中获取更多的数据？
浏览 4提问于2022-05-26得票数 1
回答已采纳
1回答
好的，这是一个场景。假设我有一个php脚本，它应该等待某些信息变得可用，我想如果我能让这个脚本块而不是在信息变得可用之前忙于循环，那将是一个很好的解决方案。信息本身将由php脚本的另一个实例提供。假设我想要X个这样的请求被阻塞，直到脚本的这1个实例传递这个信息。我认为我可以使用命名管道，读取器进程将阻塞等待管道被写入，而写入器将通过管道或其他方式
浏览 0提问于2011-08-19得票数 3
回答已采纳
我有两个进度，p1和p2，以及两个进度之间为ipc命名的管道var。我使用select进行非阻塞，所以当p2将任何东西放入var.Can时，var就会变得可读性--当var完成写完时，var就变得可读性了吗？
浏览 0提问于2013-12-04得票数 1
回答已采纳
说：在shell中，我首先执行读取器二进制，并且正如预期的那样，初始的open()调
浏览 2提问于2020-11-26得票数 0
回答已采纳
2回答
read(p[0],buff, MAX); else printf("child exiting\n");}
为什么上面的代码会阻塞
浏览 12提问于2015-03-21得票数 0
3回答
我的应用程序的设计方式如下：
写入线程在写入时彼此阻塞(以避免写入并发问题)。当其他读取器读取时，读取器线程不会被<em
浏览 6提问于2014-04-03得票数 1
回答已采纳
2回答
关闭管道时发生死锁
、、、
我正在将一些Unix代码移植到Windows，它将stderr和stdout重定向到我创建的管道，并且有一个线程从该管道读取数据，然后将输出发送到调试控制台。当管道的读取端关闭时，就会出现问题。它不是将EOF写入管道，而是死锁，这会导致线程退出。为什么？
一种解决办法是跳过对close的调用，这让我有点担心，但由于我的进程很短暂，也许这不是什么大问题？下面是示例代码，说明了这个问题...我使用<em
浏览 1提问于2011-03-22得票数 0
回答已采纳
我真的不明白“关闭管道的书写端”和“不给管道写任何东西”之间的区别。如果我没有向管道写入任何东西，而且管道是空的，那么为什么读取端被阻塞而不是读取EOF呢？这和结束写作有什么区别？
浏览 4提问于2014-03-05得票数 8
回答已采纳
1回答
我试图在Bash中实现两个进程之间的命名管道通信解决方案。第一个进程向命名管道写入某些内容： echo 'something' > $NAMEDPIPE第二个脚本应该像这样读取命名管道： if readmkfifo $NAMEDPIPE
我的问题是，读取器脚本并不总是在运行，因此如果编写脚本试图写入指定的管道，它
浏览 1提问于2014-06-13得票数 1
回答已采纳
1回答
在.Net框架中是否有实现管道的类，但用于线程间通信而不是进程间通信？System.IO.Pipes似乎有点过分了。具体地说，我正在寻找的是允许单个读取器线程和单个写入器线程的东西，并且允许在管道的读和写两端阻塞IO。System.IO.Pipes.PipeStream似乎有点过头了。此外，理想情况下，编写器将能够将异常“写入”
浏览 4提问于2016-06-30得票数 1
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
腾讯会议
云直播活动推荐
腾讯云开发者
