This is the mail archive of the cygwin-developers mailing list for the Cygwin project.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
On Mar 23 15:23, Ken Brown wrote: > On 3/23/2019 6:23 AM, Corinna Vinschen wrote: > > On Mar 22 19:27, Ken Brown wrote: > >> On 2/28/2019 5:23 PM, Corinna Vinschen wrote: > >>> For consistency it would be nice, but no, you don't have to use > >>> NT function. PIPE_NOWAIT is also available via Win32 API. > >> > >> I've finally finished a first pass at the FIFO code. I ended up > >> finding it more convenient to use the NT API and to initially create > >> pipes in blocking mode, so that I could easily wait for a client to > >> connect. After there's a connection, I set the pipes non-blocking. > > > > Sure, if that helps. > > > >> I've tested the code by running Kerrisk's server/client programs cited > >> in https://cygwin.com/ml/cygwin/2015-03/msg00047.html. I've also run > >> the test case that I posted in > >> http://www.cygwin.org/ml/cygwin/2015-12/msg00311.html. > >> > >> There's still a lot more testing that needs to be done, and I haven't > >> thought at all about the duplexer case yet, but I think I've done > >> enough that a review would be helpful when you get the time. I'll > >> send the patches to cygwin-patches shortly. > > > > Seen them, thank you. Not sure how much time I have over the weekend, > > but a first scan of your patch looks good. > > > >> Once we finish the review/revise cycle, it might make sense to commit > >> the patches to a topic/fifo branch for further work. I don't think > >> it's ready for master yet. > > > > Sounds like a plan! > > > > Here's a question: Even if you think this isn't ready for prime time, > > how much of the *old* FIFO implementation does your new code cover? > > 90%? 100%? If the code isn't quite finished from your POV, but it > > already covers all scenarios the old code (barely) worked, what > > speaks against making this a 3.1? > > I'm not worried about coverage; the only thing missing that the old > code covered is the duplex case, which probably won't be difficult. > > My main concern is testing. I haven't yet tested the select or fork > code. But if that works OK, then maybe this will be ready for 3.1. I have no specific plans for 3.1 so far, with 3.0 already covering more stuff than I originally anticipated. We can easily define 3.1 as the new FIFO release and release it in our own time. Corinna -- Corinna Vinschen Cygwin Maintainer
Attachment:
signature.asc
Description: PGP signature
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |