libmicrohttpd
[Top][All Lists]
Advanced

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

Re: [libmicrohttpd] TCP connection callbacks - problem


From: Daniel Bujnik
Subject: Re: [libmicrohttpd] TCP connection callbacks - problem
Date: Mon, 29 Oct 2018 07:09:32 +0000

Hi Christian,

I have created a mantis bug for the issue I had described hoping it will get some more attention:
https://gnunet.org/bugs/view.php?id=5463

Please let me know if you have any questions or would like me to test some more fixes.

Kind regards,
Daniel






On Sat, 20 Oct 2018 at 11:46, Christian Grothoff <address@hidden> wrote:
Dear Daniel,

You didn't mention which thread mode you were using, but manual
inspection suggests your issue should occur in thread-per-connection
modes (only).  In that case, I've pushed a (likely) fix in
b55cd46b..47281241 to Git master.

Please test and report back!

Happy hacking!

Christian

On 10/19/2018 03:53 PM, Daniel Bujnik wrote:
> Hello,
>
> I am using libmicrohttpd with MHD_OPTION_NOTIFY_CONNECTION parameter to
> receive notifications for TCP connection opening/closing. Notifications
> for opening case are coming through as expected, however I am
> experiencing problems with closing case, where I am NOT getting the
> callback when my client terminates, though I can see client FIN packet
> in tcpdump on the server side and connection stops appearing in netstat.
>
> Eventually the closing notification is being delivered by libmicrohttpd
> but that is just after a new TCP connection is opened. The sequence of
> callbacks I am seeing is as followed:
>
> 1) callback with MHD_CONNECTION_NOTIFY_STARTED - TCP connection  A opened
> 2) callback with MHD_CONNECTION_NOTIFY_STARTED - new TCP connection B is
> opened
> 3)  callback with MHD_CONNECTION_NOTIFY_CLOSED - TCP connection  A closed
>
> Of course I would expect nr 3 to come before nr 2. I am using nc to
> open/close sockets on client end.
>
> I would appreciate any comments on the described issue. Is that behavior
> correct? If not is there a way to make it right?
>
> Kind regards,
> Daniel
>


reply via email to

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