Re: ORBit2 on Win32

> Karl Waclawek wrote:
> > > > AFAIK, the windows sockest can be used in a truly asynchronous way,
> > > > i.e. the OS call you back, no polling needed.
> > >
> > > Interesting; in a separate thread as it were ?
> > 
> > I think so.
> > You pass a window handle to the WSAAsyncSelect call, and this window will
> > receive socket events as messages to be processed by its message loop.
> > AFAIK, this window does not have to belong to the same thread.
> WSAAsyncSelect is just too gui-specific -- you can't use
> it in services that don't have access to the display.

I believe one can create a non-visible window for internal purposes.
Is that illegal for services too? Looks like a hack, admittedly.

> > Then there is yet another way of doing it: Overlapped I/O.
> > Here is what the docs have to say, to give you  an idea:
> > (I am not expert at it, just in case you have that illusion)
> That's better.  But Microsoft has added a newer interface that makes
> overlapped I/O easier to use and faster, too; it's called "I/O
> completion
> ports", and it's the preferred way to do scalable networking in Windows
> today.  (You have to fall back to something else in win9x, but that's
> ok.)

Yes, I agree, looks better - but how to integrate this with
the I/O model in ORBit2/linc, which I know little about?


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]