Hi Christian, You are right - switching to non-blocking fixes this problem. Thanks for your help. It worked with 0.9.48 - but had some flaws (now I know why). Please close this issue - this was my fa
Dear all, I'm glad to announce the release of libmicrohttpd0.9.48. GNUlibmicrohttpd is a small C library that is supposed to make it easy to run an HTTP server as part of another application. GNU l
Dear all, I'm happy to announce the release of libmicrohttpd0.9.45, which is mostly a bugfix release. GNUlibmicrohttpd is a small C library that is supposed to make it easy to run an HTTP server as
Dear all, I'm happy to announce the release of libmicrohttpd0.9.47. GNUlibmicrohttpd is a small C library that is supposed to make it easy to run an HTTP server as part of another application. GNU
Ah, the cause is that you create the listen socket (which is OK), but you don't set it to be non-blocking. The result looks like this: pid 5676] <... epoll_wait resumed> {{EPOLLIN, {u32=39549584, u64
Hello, Thanks a lot. For me, 0.9.49 does not work - it never enters the "AccessHandlerCallback()" handler. I have attached a small testcase. Steps to reproduce: g++ -o testmhd test.cpp -I/tmp/libmicr
Great news! \o/ I'm going to update my MHD translated headers for Delphi/Free Pascal. Thank you Grothoff, Evgeny and all for this great effort! :-) On Sat, Apr 9, 2016 at 11:39 AM, Christian Grothoff
Great work! I'm using thread-pool and I confirm the problem too. Thanks JM for sending the patch solving it and Christian for the p.s note. Cheers On Sat, Dec 8, 2018 at 9:25 PM Christian Grothoff <
Dear all, I'm happy to announce the release of libmicrohttpd0.9.49. GNUlibmicrohttpd is a small C library that is supposed to make it easy to run an HTTP server as part of another application. GNU
Dear all, I'm glad to announce the release of GNUlibmicrohttpd0.9.62. GNUlibmicrohttpd is a small C library that is supposed to make it easy to run an HTTP server as part of another application. G
Dear all, I'm happy to announce the release of libmicrohttpd0.9.34. This release removes the dependency on PlibC on W32 and adds support for TCP FASTOPEN on Linux systems. Keep-Alive is now supporte
I'm confused by this new configure option --disable-thread-names. I get what it does from the description, but why would you expose such an option to the user? What advantage/disadvantage are there t
The callstack of the panic is: #1 0x0000000000689986 in http_PanicCallback (cls=0x0, file=0x1fefaa0 "library/microhttpd/daemon.c", line=5257, reason=0x0) at main/debug.cpp:242 #2 0x0000000000fd5a26 i
Thanks for report! This release is mostly experimental, we need to stabilize new functionality. New API may also will be slightly changed. Please report about all rough edges, especially on non-GNU/L
Great news! Looking at MHD home page, it still offering the 0.9.49 version. For tar.gz files, we should change the home page to look the latest file at ~gnu/libmicrohttpd/ folder. For .zip files, we
I am getting a MHD panic (from daemon.c:5257): "Failed to add inter-thread communication channel FD to epoll set to signal termination" This happens after calling "MHD_quiesce_daemon()". Thanks a lot
Great! Thanks a lot! A small patch to remove the "unused 'urh'-variable" warning if compiled without https-support: ** daemon.c-old 2016-10-17 19:07:46.000000000 +0200 -- daemon.c 2016-10-17 21:10:59