winhttp: Handle EINTR from connect and poll.

Bruno Jesus 00cpxxx at gmail.com
Tue Dec 13 07:56:08 CST 2016


On Tuesday, December 13, 2016, Hans Leidekker <hans at codeweavers.com> wrote:

> On Tue, 2016-12-13 at 10:55 -0200, Bruno Jesus wrote:
> > On Tue, Dec 13, 2016 at 7:33 AM, Hans Leidekker <hans at codeweavers.com
> <javascript:;>> wrote:
> > > Signed-off-by: Hans Leidekker <hans at codeweavers.com <javascript:;>>
> > > ---
> > >  dlls/winhttp/net.c | 47 ++++++++++++++++++++++++++++++
> +++--------------
> > >  1 file changed, 33 insertions(+), 14 deletions(-)
> >
> > Hi, Isn't it better to make winhttp use ws2_32 just like wininet
> > change [1]? Then we would have a single point for all networking code
> > and EINTR is already covered in ws2_32.
> >
> > [1] http://source.winehq.org/git/wine.git/commitdiff/
> 5436fef80722fe7896aed5e659c31fdade4ef5b3
>
> I have been waiting for a more compelling reason. Moving to ws2_32 is not
> entirely free (e.g. from a performance or debugging perspective). I believe
> the wininet switch was motivated by programs that rely on wininet to
> initialize
> winsock, but I'm not aware of such problems with winhttp.
>

I understand, but the code would be much cleaner and I don't recall any
bugs complaining about wininet performance. Are you fixing any bug or
regression? Otherwise I think this should be discussed further after the
freeze.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.winehq.org/pipermail/wine-devel/attachments/20161213/12aa89b8/attachment.html>


More information about the wine-devel mailing list