Griffin O'Neill
Griffin O'Neill
This looks like a bug in the library, not your code. Looks like somehow the EOF is not making it to read_line. I'll take a look into it
While still not fixed, I believe the source of this bug has been found: Unix named pipes do not receive an EOF until all writers have closed their handles. In...
Windows returns immediately on write if no reader is present, Linux blocks until something is written. Explanation: On Linux the concept of "connection" to the pipe is invisible from either...
See [Multiple handles to same pipe can behave incorrectly](https://github.com/Eolu/ipipe/issues/12)
[parity-tokio-ipc](https://github.com/paritytech/parity-tokio-ipc) definitely seems useful for this. I'd like to take a look into it when I find the time. It might be a good solution here. But on another note,...
A possible solution to this would be to maintain a global table of pipe handles that all instances refer to. This would have to be protected behind an RwLock, which...
Actually, these are good questions. While this will work differently per-platform, I shouldn't have called it UB. I've stricken that statement through, as it's not entirely accurate. The biggest issue...
Concur with this. The right solution seens to be to provide a restricted API cross-platform, as well as a more open API for specific platforms
It would make more sense to only expose this interface in the Unix side.