[Top][All Lists]

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

Re: [libmicrohttpd] libmicrohttpd 0.9.71 released

From: Markus Doppelbauer
Subject: Re: [libmicrohttpd] libmicrohttpd 0.9.71 released
Date: Fri, 10 Jul 2020 19:06:44 +0200
User-agent: Evolution 3.36.3-0ubuntu1

Sorry to complain once again.
The attached testcase should decode valid UTF8.
Best wishes

-------- Weitergeleitete Nachricht --------
Von: Christian Grothoff <>
Antwort an: libmicrohttpd development and user mailinglist <>
Betreff: Re: [libmicrohttpd] libmicrohttpd 0.9.71 released
Datum: Fri, 10 Jul 2020 15:08:47 +0200

Fixed in 8c773704..9b39de8d. Thanks for reporting! -Christian	

On 7/6/20 7:15 PM, Markus Doppelbauer wrote:
There is a second issue parsing url-encoded post requests.
I have attached a testcase (same ugly code as last time).
"text" should be "text, text" not "text%2C text".

Best wishes

-------- Weitergeleitete Nachricht --------
*Von*: Christian Grothoff <

*Antwort an*: libmicrohttpd development and user mailinglist

*An*: libmicrohttpd <

*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 a

security release. Please upgrade as soon as possible.  Thanks to Nicolas

Mora 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 check

for certain API misuse bugs by providing better types (not everything is

an 'int').  While this does NOT change the binary API, this change

_will_ cause compiler warnings for all legacy code -- until 'int' is

replaced with 'enum MHD_Result'.

If you want your code to build without warnings on both older and newer

MHD releases, you may want to introduce a MHD_RESULT as done here:

That said, this being a security release it may be a good time to not

build nicely against older versions.

Happy hacking!


Attachment: testcase3.cpp
Description: Text Data

reply via email to

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