[Date Prev][Date Next][Thread Prev][Thread Next]
- Subject: Re: cqueues and lua-http on Windows anyone?
- From: Daurnimator <quae@...>
- Date: Fri, 31 Aug 2018 15:43:47 +1000
On 31 August 2018 at 14:59, Russell Haley <email@example.com> wrote:
> The cqueues author William Ahern made the suggestion to use wepoll
I do not recall this; do you have a citation?
> My working assumption (from Mr. Ahern) is that if I can get the base cqueues/src/lib/ library working with sockets, we have a fair shot of getting lua-http on Windows. So, this effort is strictly about compiling src/lib so far.
That is not the biggest blocker. Infact aside from kpoll.c the things
in src/lib should already compile for windows.
> I included wepoll.c/h and queue.h (from freebsd 10) in kpoll.c, which seems to be the guts of the polling library.
Currently kpoll.c is unused! See https://github.com/wahern/cqueues/issues/24
> Much of the epoll calls compile(?), but the code paths defined under PORTS and #else don't compile so I've just commented them all out (whack!). I've included a git patch and my build output can be found here: https://pastebin.com/9hLSpzGL.
That doesn't really make sense. the epoll vs ports code paths are
alternatives selected with the C preprocessor, it's not possible to
The large task of porting cqueues to windows is well documented in
The lowest-common-denominator way forward seems to be following
which is to allow :pollfd() to return an fd *set*.
A different way to do things would be to write a windows thead-based
epoll implemention. This requires someone with deep win32 and nt.dll
I haven't pursued either of these due to time constraints and the
simple answer that I don't use windows, so I wouldn't be developing