Hello,
I start the daemon with these flags:
MHD_USE_THREAD_PER_CONNECTION | MHD_USE_DEBUG | MHD_USE_POLL |
MHD_USE_ITC | MHD_USE_INTERNAL_POLLING_THREAD | MHD_ALLOW_UPGRADE
When I'm finished with an upgraded connection I call:
MHD_upgrade_action(urh, MHD_UPGRADE_ACTION_CLOSE)
This leaves urh-
I'm using MHD versions 0.9.54 and latest from git on both FreeBSD 11 and
Linux (I think CentOS 7 with v3.10 kernel).
No extra args to ./configure on Linux.
HTTPS, gnutls and libgcrypt related args to ./configure on FreeBSD.
My MHD_UpgradeHandler creates a new thread, immediately detached, which
On 10/05/2017 20:16, Evgeny Grin wrote:
On 10.05.2017 11:21, Dom F wrote:
I'm using MHD versions 0.9.54 and latest from git on both FreeBSD 11 and
Linux (I think CentOS 7 with v3.10 kernel).
No extra args to ./configure on Linux.
HTTPS, gnutls and libgcrypt related args to ./configu
On 14/05/2017 13:17, Evgeny Grin wrote:
On 11.05.2017 13:50, Dom F wrote:
OK, I replaced my calls to shutdown() with a debug message and turned on
MHD_USE_THREAD_PER_CONNECTION again.
Currently I am seeing approx. 55 active websocket threads but
daemon->connections is up to around 1
Hi Gregory and Christian,
I have a working WebSocket implementation if you're interested? Coded
against svn revision 34425 but I could svn up and try to provide a
newer/smaller patchset.
That keep-alive/upgrade problem hit me when testing with FireFox and I
ended up solving it by replacing a
Hello,
I use the websocket support in libmicrohttpd but it crashes a lot due to
the races found in v0.9.52.
I've seen bugs 4844 and 4889 but commit
8a84902f7447edd6f677dfa9983c16146dacc7c5 doesn't seem to readily patch
against v0.9.52.
So is there a potential release date for a version inc
