Try casting the 8*1024*1024 to a "size_t" explicitly. I suspect on your
Mac-Machine, you have maybe a 64-bit size_t and then things go very
wrong if you pass a 32-bit argument.
Note that the microhttpd2-API that I've started to hack on is supposed
to categorically eliminate such API-usage bugs, bu
Merged, but applied small additional correction as I do not want the new
headers to be installed in systems yet (too early).
Happy hacking!
Christian
p.s.: I'm aware of the test_upgrade test failure, it's tricky, so will
take a bit more time to fix properly.
On 02/28/2018 11:55 AM, Tim Rühsen wr
Dear developers of microhttpd,
trying to port an application using microhttpd to macOS, I hit a strange
behaviour. Could you help me understanding whether it is my fault or a
hint of a bug?
Consider the attached file micro.c, which is the example on [1] with a
few modifications in the parameters
There now is a fix for 'make distcheck' and the clang's scan-build in
branch gitlab/ci-test (if you like to merge that).
With Best Regards, Tim
On 02/28/2018 09:50 AM, Tim Rühsen wrote:
> $ ./bootstrap && ./configure --enable-asserts && make clean
>
> $ make distcheck
>
>
> In file included
$ ./bootstrap && ./configure --enable-asserts && make clean
$ make distcheck
In file included from ../../../../src/lib/action_from_response.c:25:0:
../../../../src/lib/internal.h:32:10: fatal error: microhttpd2.h: No
such file or directory
#include "microhttpd2.h"
^~~
Wi
Reported by Gitlab CI and reproducible here (amd64):
$ ./bootstrap && ./configure --enable-asserts && make clean
$ TESTS_ENVIRONMENT="valgrind --trace-children=yes" make check
src/microhttpd/test_upgrade.c FAILs, log file contains:
==2363== Process terminating with default action of signal 6 (
