libmicrohttpd
[Top][All Lists]
Advanced

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

Re: [libmicrohttpd] Remove PlibC from autotools files


From: LRN
Subject: Re: [libmicrohttpd] Remove PlibC from autotools files
Date: Fri, 09 Aug 2013 00:17:54 +0400
User-agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:25.0) Gecko/20100101 Thunderbird/25.0a1

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 08.08.2013 23:00, Christian Grothoff wrote:
> So given the choice of 
> duplicating the (messy) select loop and keeping it at arms length, I'd 
> rather not duplicate it.
It can be duplicated, but with simplifications (basically, just in the
code that you've committed initially, plus a dozen lines of code).

> What I had hoped was that
> somehow recent MinGW systems had fixed 'select', but I guess that was 
> overly optimistic on my part.
Winsock's select() can't be fixed. You can eitehr wrap around it (with
threads), or just go on and rewrite ws2_32.dll from the ground up
(ReactOS, maybe?).

> The real question is if we can do 
> something to make select on W32 work nicely on MinGW, so we don't have 
> the busy waiting crap to begin with.
Use threads. Really. That's the cleanest solution i know of.
We could probably push it into plibc, if your objection is to the
presence of extra threading in MHD itself, rather than the presence of
extra threading in MHD+plibc combination...H-m-m-m...ndurner, what do
you think?

- -- 
O< ascii ribbon - stop html email! - www.asciiribbon.org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (MingW32)

iQEcBAEBAgAGBQJSA/zyAAoJEOs4Jb6SI2CwsoMIAMBL67GH7T2dVDxYAm86wei0
WA7lWVlxyQFtUYd8AkkDVEP/z4DyMaxLLdg1sA9Lqq+kT6RoRXRFzrLrS3MI+gck
ONICq6NhgjbicLmQ3/hLHgZG2/dKuXaTaHTSmy5Cnuzj5IwUYaOZdIS+FnOtLVY1
6AsT91U9hZPjYf6IQzFDlwCkz+efuj6lmE6mF2KaKD+yFApKgXtPUJ7bADECmg/z
J0X1pmoUxtJW+vroYDqQWHUN/Vbc0s6nM/49mOFCKKa2HTt/mgdoxTQjeoqHIaZj
QTlOI/PIAaOOQz4NrApSLP+RNpqVypRlYXhW2OkimucT3uI2AVcgtVvXz+bsjWQ=
=+qwE
-----END PGP SIGNATURE-----



reply via email to

[Prev in Thread] Current Thread [Next in Thread]