Re: [libmicrohttpd] epoll and memory leaks

, 2021 at 6:29 AM Erik Smith wrote: > This is happening with the latest version (0.9.73) and on the master > branch. > > erik > > On Thu, Dec 9, 2021 at 11:06 PM Evgeny Grin wrote: > >> Hi Erik, >> >> It's hard to move forward without knowing exact MHD

Re: [libmicrohttpd] epoll and memory leaks

; > I suspect that your "Reply-To" header may confuse mailing list system. > Do not use "Reply-To" headers with mailing list. > > -- > Evgeny > > Original Message > From: Erik Smith > Sent: Friday, December 10, 2021, 03:29 UTC+3 >

Re: [libmicrohttpd] epoll and memory leaks

t MHD version (0.9.73 at the > moment), * check whether you destroy responses and free all resources > connected to responses, * if you are testing your code with ASAN, make > sure that leak detector is enabled. You can build static MHD lib with > ASAN and link it with our applicat

Re: [libmicrohttpd] large incremental responses

lly by MHD. > Does it suit your needs? > -- > Evgeny > On 02.12.2021 21:53, Erik Smith wrote: If I want to send a large response that takes time to generate and have the response sent incrementally in a push style (regular write calls in synchronous code, not callbacks) so that the clie

[libmicrohttpd] large incremental responses

If I want to send a large response that takes time to generate and have the response sent incrementally in a push style (regular write calls in synchronous code, not callbacks) so that the client doesn't time out, how would I do that? Is that something I'm going to have to write some concurrency m

[libmicrohttpd] epoll and memory leaks

We have started to experiment with running MHD with epoll + thread pool as we do the FD limit in certain situations. We understand that there are caveats to this given that we have some blocking database calls. This seems to get us past the FD limit errors and the performance is similar. However

Re: [libmicrohttpd] Configuring ciphers

r you can provide your own ciphers preferences by > MHD_OPTION_HTTPS_PRIORITIES. Provided value will be used with > gnutls_priority_init(). > See https://gnutls.org/manual/html_node/Priority-Strings.html for details. > > -- > Wishes, > Evgeny > > On 19.06.2021 17:46, Erik Smith wrote: > &g

[libmicrohttpd] Configuring ciphers

The security folks flagged our server for accepting SSL 3.0 ciphers that it shouldn't. I'm not sure about the proper way to configure this for MHD. I thought I saw a function at one pont that passes config info to gnuTLS but I can't find it. This is how operations configures NGINIX to solve the

[libmicrohttpd] gnutls install

More recent versions of MHD are requiring newer versions of gnutls then RH can provide, so I'm trying to build gnutls from source with a prefix into a third party lib bundle for my project. I get all the way up to the part where gnutls fails on finding the nettle libs even though I'm building nett

Re: [libmicrohttpd] gnutls_init_flags_t error

Thank you N! erik On Wed, Sep 18, 2019 at 5:24 AM N wrote: > Hi, > > this was reported before: > https://bugs.gnunet.org/view.php?id=5806 > > Erik Smith transcribed 946 bytes: > > I'm seeing this error when building MHD on 0.9.66 on linux. The gnutls

[libmicrohttpd] gnutls_init_flags_t error

I'm seeing this error when building MHD on 0.9.66 on linux. The gnutls version is 3.3.8. Ideas? daemon.c: In function ‘internal_add_connection’: daemon.c:2512:7: error: unknown type name ‘gnutls_init_flags_t’ gnutls_init_flags_t flags;

[libmicrohttpd] MHD_start_daemon and testing

Is the server guaranteed to be listening after MHD_start_daemon returns? I want to be able to be able to implement quick client/server unit testing without the need to poll the server to see if it's up. erik