Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.os.ms-windows.programmer.win32 > #285
| From | torri <vincent.torri@gmail.com> |
|---|---|
| Newsgroups | comp.os.ms-windows.programmer.win32, comp.programming.threads |
| Subject | Re: detecting if space is available in a named pipe |
| Date | 2011-05-02 17:02 +0000 |
| Organization | Aioe.org NNTP Server |
| Message-ID | <ipmo2g$h00$1@speranza.aioe.org> (permalink) |
| References | <ipiq5t$ihe$2@speranza.aioe.org> <IU.D20110502.T001822.P5669.Q0@J.de.Boyne.Pollard.localhost> <iplg29$9eh$1@speranza.aioe.org> <8401cbc3-f50c-41b9-a2af-cfd9d9803421@k15g2000pri.googlegroups.com> |
Cross-posted to 2 groups.
On Mon, 02 May 2011 03:55:28 -0700, David Schwartz wrote: > On May 1, 10:39 pm, torri <vincent.to...@gmail.com> wrote: > >> I won't touch overlapped I/O. It's an horror to correctly use. I've >> tried to use it, but documentation is very very very poor. I've lost 2 >> months trying to make it working correctly (in a specific case), i >> won't loose more time. > > I'm sympathetic, but this is precisely the mindset that creates a lot of > very low quality Windows code. People are familiar with UNIX programming > and they come to Windows and they try to make Windows work like the > UNIXes they're familiar with. But Windows is not UNIX. There is a > Windows way, and your programs will work a lot better if you take the > time to learn the Windows way. When I read in eggheadcafe forum that the equivalent way of AF_UNIX connections is named pipe on Windows and they have the same semantic, then, I am confident and I think that it's the same design. But actually, it's not at all the same design. I don't mention all the other comments in newsgroups and forums saying that overlapped I/O is better / worse than completion routines, which are also better / worse than I/O completion port. > I'm not sure how you wound up with two months of pain trying to get > overlapped I/O to work. It's an incredibly elegant mechanism and I've > wished many times that UNIXes had a similar mechanism. I/O completion > ports are especially convenient, combining descriptor discovery with > thread dispatch. there is no link between an elegant mechanism and the fact that it's difficult to use a technic : 1) the doc in MSDN about overlapped I/O and named pipe is just a joke. I read every functions and examples. 2) there is NO example or precise document about overlapped I/O with named pipe and the case when the data send to a pipe is longer than the buffer of ReadFile. The number of times that i read : "for sake of simplicity, we do ***" is countless. And the problem is that they do not describe my specific case because of the simplification of the corner cases... With all that stuff, how can you imagine that someone who try to learn how to use named pipe in a specific case, without help except the web, can know everything in 2 months ? You are certainly a great Windows programmer, you maybe have been taught Windows programming, you maybe have years of Windows programming, you maybe have several books about Windows programming. I have none of that and I do what I can.
Back to comp.os.ms-windows.programmer.win32 | Previous | Next — Previous in thread | Find similar | Unroll thread
detecting if space is available in a named pipe torri <vincent.torri@gmail.com> - 2011-05-01 05:13 +0000
Re: detecting if space is available in a named pipe Jonathan de Boyne Pollard <J.deBoynePollard-newsgroups@NTLWorld.COM> - 2011-05-02 01:18 +0100
Re: detecting if space is available in a named pipe torri <vincent.torri@gmail.com> - 2011-05-02 05:39 +0000
Re: detecting if space is available in a named pipe David Schwartz <davids@webmaster.com> - 2011-05-02 03:55 -0700
Re: detecting if space is available in a named pipe torri <vincent.torri@gmail.com> - 2011-05-02 17:02 +0000
csiph-web