'MHD_queue_basic_auth_fail_response()' should also return 'enum MHD_Result' Best wishes
-------- Weitergeleitete Nachricht -------- Von: Christian Grothoff <groth...@gnunet.org> Antwort an: libmicrohttpd development and user mailinglist < libmicrohttpd@gnu.org> An: libmicrohttpd <libmicrohttpd@gnu.org> Betreff: [libmicrohttpd] libmicrohttpd 0.9.71 released Datum: Sun, 28 Jun 2020 22:04:49 +0200 Dear all, I'm happy to announce the release of GNU libmicrohttpd 0.9.71. This release fixes a potential buffer overflow and is thus considered asecurity release. Please upgrade as soon as possible. Thanks to NicolasMora for finding and reporting the issue. Additionally, the release fixes the following issues: * Proper uncorking with GnuTLS to ensure 'last bytes' are transmitted over TLS connections even if we are congested* Fixes wrong values returned by PostProcessor given certain parser boundaries* Improved documentation, fixed spelling mistakes* Fixed several socket handling issues on OS X Furthermore, the release introduces an 'enum MHD_Result' instead of#defines for MHD_YES/MHD_NO. This is intended to make it easier to checkfor certain API misuse bugs by providing better types (not everything isan 'int'). While this does NOT change the binary API, this change_will_ cause compiler warnings for all legacy code -- until 'int' isreplaced with 'enum MHD_Result'. If you want your code to build without warnings on both older and newerMHD releases, you may want to introduce a MHD_RESULT as done here: https://git.gnunet.org/gnunet.git/tree/src/include/gnunet_mhd_compat.h That said, this being a security release it may be a good time to notbuild nicely against older versions. Happy hacking! Christian
