On 01/10/2013 10:40 AM, Václav Pavlín wrote:
Hi,
I ran Coverity Scan on last version of libmicrohttpd and it found an
unchecked return value of setsockopt when setting and removing TCP_CORK.
From my understanding of TCP_CORK it won't do much harm if setting of
cork fails, but it might do some i
On 01/11/2013 05:01 PM, Sascha Swiercy wrote:
> Sorry to bother you again. I have some more questions/issues:
>
> - I was a little confused that the callback type MHD_PostDataIterator
> has a "kind" parameter, since I was expecting it to always be
> MHD_POSTDATA_KIND. Then I investigated the sourc
On 01/12/2013 12:56 PM, Sascha Swiercy wrote:
> Thank you for your answer.
>
> So regarding my second question, I think it's a good idea to simply
> pass the post data from MHD_get_connection_values to the callback of
> my post processor so I don't have to handle post data at two different
> place
On 01/12/2013 06:04 PM, Sascha Swiercy wrote:
> 2013/1/12 Christian Grothoff :
>> On 01/12/2013 12:56 PM, Sascha Swiercy wrote:
>>> Thank you for your answer.
>>>
>>> So regarding my second question, I think it's a good idea to simply
>>> pass t
Dear Klaus,
I figured it out. I caused a regression on January 6th which causes
various things to fail. I've fixed this in SVN 25922. (No full MHD
release was made since then, so I'm pretty sure you must be using SVN
HEAD to get this particular issue).
Happy hacking!
Christian
On 01/26/2013
Absolutely right. Changed as suggested in SVN 25941.
Happy hacking!
-Christian
On 01/30/2013 12:11 PM, Martin Velek wrote:
Hello,
could be possible to change declarations for arrays of strings in the
file reason_phrase.c?
Currently it is static const char * []. This places all strings into
On 01/31/2013 05:43 PM, David J Myers wrote:
Hi Christian,
I have a problem with the latest releases of libmicrohttpd
Previously I was using version 0.9.7 and I have recently upgraded to
0.9.20 and I have also checked this in 0.9.24
I use a ContentReader Callback to chunk my video data
choice for performance.
Happy hacking!
-Christian
Thanks, Christian.
Best regards
David
-----Original Message-
From: Christian Grothoff [mailto:christ...@grothoff.org]
Sent: 31 January 2013 17:53
To: David J Myers
Cc: libmicrohttpd@gnu.org
Subject: Re: ContentReaderCallback has changed behaviour
On 02/01/2013 11:32 AM, David J Myers wrote:
My server must stream to a number of concurrent clients. Does that not
therefore mean that I need a multi-threaded mode, not the single-threaded
external-select mode?
External-select can handle up to 1k concurrent clients.
If I use the thread-per_con
read-per-connection'? I can't see a parameter definition for this.
Could you show me an example call to MHD_start_daemon which selects this
mode?
Regards
David
-Original Message-
From: Christian Grothoff [mailto:christ...@grothoff.org]
Sent: 01 February 2013 09:08
To: David
On 02/05/2013 10:06 PM, Sven Geggus wrote:
> Hello,
>
> would it be complex to implement a very simple reverse proxy using
> libmicrohttpd?
>
> All I would need would be something like this:
>
> http://myserver/ -> index.html
> http://myserver/foo -> http://localhost:port1
> http://myserver/bar
Dear Ovidiu,
The issue was discussed on this list a few days ago and fixed Feb 1st.
I've now released GNU libextractor 0.9.25 with the fix.
Happy hacking!
Christian
On 02/05/2013 10:31 PM, Ovidiu Sas wrote:
> Hello all,
>
> I'm trying to use the library to handle simple POST requests.
> Duri
Regards,
> Ovidiu Sas
>
>
> On Wed, Feb 6, 2013 at 11:08 AM, Ovidiu Sas wrote:
>> Hmm ..., I checked the archive before posting but it seems that I
>> missed that report.
>> Anyway, I tested the new release and everything seems to be working fine.
>>
>>
estroyed after use?
BR
David
-Original Message-
From: Christian Grothoff [mailto:christ...@grothoff.org]
Sent: 01 February 2013 10:55
To: David J Myers
Cc: 'libmicrohttpd development and user mailinglist'
Subject: Re: ContentReaderCallback has changed behaviour in latest releases
You should look through config.log for the tests for
libgnutls/libgcrypt, which must be somehow failing (because gcc/ld
didn't find the dependency).
Most likely, configure/gcc isn't looking wherever FreeBSD installed the
dependency, and you can work around it with CFLAGS/LDFLAGS or
by passing
Fixed as suggested in SVN 26236. -Christian
On 02/20/2013 12:08 PM, Ulion wrote:
> the cleanup mutex struct should not be directly copied and share used
> by multiple thread, which cause crash on some platform,
> e.g. ios/darwin
>
> --
> Ulion
On 02/19/2013 12:12 PM, hzm wrote:
> Hi,
>
> We use libmicrohttpd 0.9.14 (read from configure.ac) under linux/ARM
> devices. A Segmentation fault was detected today for the first time.I
> debugged the core file with gdb, and it showed as follow:
>
>
> Program terminated with signal 11, Seg
Hi David,
I've modified the "daemontest_process_arguments.c" testcase
(src/testcurl/) to specifically include the "%A0"-escaping case you
mentioned and strengthened the test to check for spurious arguments
appearing in SVN 26254. However, the test still passes without problems.
As you're not rep
On 03/12/2013 03:47 PM, richard.he...@nokia.com wrote:
> Hello all.
>
> I am using an open source product (MIT Licensed) that consists of a large,
> complex outer application that communicates with a small, relatively simple
> inner application. It's the inner application I am really interested
On 03/12/2013 04:13 PM, richard.he...@nokia.com wrote:
> Hi, Christian.
>
> I've used wireshark a little bit, but I am far from expert.
> Would I have trouble filtering out extraneous messages? Another way to say
> it, can I tell wireshark to give me only messages to and from this particular
Dear Evgeny,
Have you considered contacting the plibc maintainers instead of creating a
fork? They might be happy for others to help...
Happy hacking!
-Christian
On 03/14/2013 08:13 PM, Evgeny Grin wrote:
> Hi!
>
> microhttpd require PlibC version with UTF-8, which are hardly available on
>
On 03/15/2013 12:43 PM, Evgeny Grin wrote:
15.03.2013, 12:36, "Nils Durner" :
Hello everybody,
> Sadly, can't do anything about PlibC SVN, you'd have to ask ndurner,
> if he ever comes out of coma. That just happened, LRN now has
developer access on SF.
Nice and unexpected!
Is it OK to contin
On 03/23/2013 12:24 AM, farmdve data.bg wrote:
> As much as Windows may be unfriendly to developers and being closed source,
> it should be supported just like how Linux based OSes are.
It is! GNU/Linux development and binaries is done by volunteers using
GNU/Linux,
and W32 development and binar
Hi!
Thanks for letting me know; fixed in SVN 26685, I've also updated the TGZ on
the server
(as this is a minor build issue).
Happy hacking!
-Christian
On 03/30/2013 10:16 PM, Anthony G. Basile wrote:
> Hi everyone,
>
> libmicrohttpd-0.9.26 has a build problem. doc/examples/sessions.c makes
Hi everyone,
I just wanted to let you know that I just finished writing a 'just for fun'
demo for
MHD, showing how to do GET and POST with form processing, file upload and error
handling. I tried to comment the code a lot as I hope it will be educational
for some.
You can find it at
http
On 04/12/2013 10:37 PM, Rich Wolski wrote:
> Hi There,
>
> I just installed Centos 6.4 and did a build of 0.9.16. Looks like there
> might be an ssl incompatibility with curl.
>
> Ric
>
> make[5]: Entering directory
> `/home/rich/src/c-monstr/libmicrohttpd-0.9.16/src/testcurl/https'
> curl ve
Looking at your patch (send to me off-list), you have two clean options
already:
1) You can use MHD_get_daemon_info (daemon, MHD_DAEMON_INFO_LISTEN_FD)
to obtain the listen socket and do the setsockopt immediately
after doing MHD_start_daemon. I think this should work if you use
the no
Dear Scott,
I don't like the limitations of your patch, and I think I've come up
with a much cleaner solution. The attached UNTESTED diff should apply
cleanly against SVN HEAD. Please let me know if it works, and I would
really appreciate a test case (or a few, for the different threading
mo
imple test suite against all
the different threading modes:
https://gist.github.com/scottjg/5465607
https://gist.github.com/scottjg/5465607/raw/c7ef22c2fcc4188dc41a5c0e7af4b9f8226eaa8d/quiesce-test.patch
Cheers,
-sjg
On Apr 25, 2013, at 4:16 AM, Christian Grothoff mailto:groth...@in.tum.de>
Dear Tawan,
To parse the incoming POST, you should use the MHD_PostProcessor API.
The recently added 'demo.c' example demonstrates how to use it
extensively. (Note that this code is so far not in the release version;
you can find it in SVN HEAD under src/examples/.)
Happy hacking!
Christian
Dear all,
I'm happy to announce the release of libmicrohttpd 0.9.27 and the
integration of libmicrospdy into our Subversion repository (but
not into the current release).
GNU libmicrohttpd is a small C library that is supposed to make it easy
to run an HTTP server as part of another application.
You should simply use MHD_OPTION_URI_LOG_CALLBACK to register a callback
to get the full URI. You can then strdup the URI in there.
Happy hacking!
Christian
On 05/10/2013 03:19 PM, Taehwan Weon wrote:
I am using libmicrohttpd to make a full functional caching proxy which
support sub-range c
Hi!
I just tested with 0.9.29, and at least there the code compiles for me
if I give --disable-epoll to configure to disable epoll support.
However, I had to fix a testcase (see SVN 28885) as it used #if LINUX
instead of #if EPOLL_SUPPORT and thus failed erroneously.
As for the use-after-fre
Thanks, patched as suggested. -Christian
On 09/02/2013 12:14 PM, Gustavo Zacarias wrote:
> The @HAVE_OPENSSL@ conditional is used in src/Makefile.in so when SPDY
> support is forcibly disabled the AM_CONDITIONAL is never executed, causing
> configure to bail out.
>
> Signed-off-by: Gustavo Zacari
On 09/10/2013 04:02 PM, Václav Pavlín wrote:
> Hi,
>
> I maintain libmicrohttpd in Fedora and I ran into problems when updating
> package to the latest two version (0.9.29, 0.9.30).
>
> What've been changed is that file doc/Doxyfile is missing and instead
> there is folder doxygen containing Mak
Thanks for reporting, should be fixed in SVN 29506. Please let me know
if not... -Christian
On 09/23/2013 08:18 PM, James Aspinwall wrote:
>
> I am having problems compiling in OSX because CLOCK_MONOTONIC is missing. I
> get the following error:
>
>
> gcc -DHAVE_CONFIG_H -I. -I../.. -I../../s
On 10/04/2013 11:25 AM, markus.for...@gmx.ch wrote:
> I'd like to use libmicrohttpd with the following Environment:
>
> - PowerPC MPC852
> - uC/OS-II real time OS
> - lwip 1.4.1 TCP/IP stack
>
> Is there a way to use the HTTP library without pthread and with own sockets
> read/write? Any example
This is not possible right now. I agree that we should fix this,
I'll try to find the time to implement this soon. (We will need a
new API call to suspend/resume processing of a connection.)
Happy hacking!
Christian
On 10/23/2013 04:27 PM, Jared Cantwell wrote:
> Is it possible to use libmicroh
This does sound reasonable to me, and if that approach allows us to
get rid of plibc and make everyone happy, I'm fine with it. However,
I won't do this myself as I don't do W32 development and thus could
not reasonably test this. I would also ask that any patch provided
to do this should be run
On 10/23/2013 07:50 PM, Nils Durner wrote:
> Hi Christian,
>
> as the PlibC implementation of select() does more than just interleave
> between Windows' select() and pipe polling, I don't see how "getting
> rid of plibc" would actually make sense (other than to please the
> masses ;-)).
Ok, what
Finally a question that has an easy answer:
Use "MHD_get_connection_info" with MHD_CONNECTION_INFO_CLIENT_ADDRESS.
Happy hacking!
Christian
On 10/24/2013 08:42 AM, Mike Solomon wrote:
> Hey all,
>
> I'd like to use the IP address of a MHD connection in my log file.
>
> I've figured out how to
error could occur? Or does MHD first try to only pull enough
> data off the socket for the amount of space available in the buffer?
>
>
> On Wed, Oct 23, 2013 at 11:28 AM, Christian Grothoff
> wrote:
>
>> This is not possible right now. I agree that we should fix this,
>
On 10/23/2013 10:19 PM, Adam Almos Homolya wrote:
> My second question is when using external select, can I somehow run
> libmicrohttpd daemon in a threadpool? If yes are there any examples out
> there for that?
You might want to start here:
https://gnunet.org/svn/libmicrohttpd/src/examples/benchm
; 97% of its time in process_value_to_boundary, doing memcmp.
>
> Kind regards,
> Adam
>
> -Original Message-
> From: Christian Grothoff [mailto:christ...@grothoff.org]
> Sent: 2013. október 25. 19:54
> To: Adam Homolya
> Cc: Peter Saghelyi; Attila Body; Gabor M
Interesting, could this be related to a discussion we had on IRC today?
=> IRC:
12:40 MHD tests randomly fail on the buildslave
12:40 i suspect that this is due to the testsuite running in parallel
12:41 (W32 slave has 4 virtual cores, whereas non-W32 slaves seem
to only have 1 virtual core)
12
There are only really two reasons for MHD_create_post_processor to fail:
1) out of memory (highly unlikely)
2) the encoding is not specified in the headers
We do not explicitly set errno, so you cannot distinguish between
the two cases based on the return value; however, you could check
if the clie
Hi!
I can't say for sure from your post, but I suspect that the
HTTP headers that are being sent are different; "CONTENT_TYPE"
would be wrong for both browsers, as it should be "Content-type"
(but maybe that's just your printing method).
Usually, a browser not setting all required headers is the
Dear Daniel,
Which version of libmicrohttpd did you do this to, and in which line?
In SVN HEAD, there is no "++(*ioffptr)", and if buffer_pos < 2 +blen,
the code doesn't increment ioffptr either (note that the respective
statement is was commented out some time ago.
There is one place left (line
Dear all,
I'm happy to announce the release of libmicrohttpd 0.9.32, which
in particular includes a few (minor) security fixes reported by
Florian Weimer who did a security audit of the code (thanks!).
GNU libmicrohttpd is a small C library that is supposed to make it easy
to run an HTTP server
Thanks for reporting. I've fixed this in SVN 31160 (both the compilation
issue and the
warnings).
Happy hacking!
Christian
On 12/06/2013 11:24 PM, Дилян Палаузов wrote:
> Hello,
>
> when libmicrohttpd0932 is configured with --disable-https, the macro
> HTTPS_SUPPORT is undefined, and struct M
Hi!
This is turning into a FAQ. Please consult the mailinglist archives
before posting such questions :-). To answer it again, yes, there is a
"plan" to add support for websockets, but it is still hard for me to
find the time to implement it.
Happy hacking!
Christian
On 12/09/2013 03:30 AM, g
No, just a tiny bug in the code (misplaced #endif) that was fixed in SVN
HEAD already. -Christian
On 12/20/2013 09:41 AM, Martin Velek wrote:
> Hello,
>
> is there a dependancy of the connection suspend/resume functionality
> on the HTPS?
>
> This configure options will fail to build the library
I've fixed some of your warnings in SVN HEAD, they were all harmless
though. Note that I don't fix "unused parameter" warnings as that
just makes the code more cluttered with extra annotations. Also,
this warning:
On 12/22/2013 02:42 PM, Dilyan Palauzov wrote:
> daemon.c: In function ‘parse_opti
On 12/28/2013 08:43 PM, Oleg Romanenko wrote:
> Hello!
> I have tested HTTP/1.1 with keep-alive connections and it works fine.
> But for HTTP/1.0 library always close connections, even I add header
> "Connection: keep-alive" to request.
>
> Use telnet for test (server - minimal_example.c):
> compu
Dear Wolfgang,
You might be confusing a few issues here.
1) if you get the first request, the problem is unlikely to
be NAT-related. Similarly, MHD_add_connection is most
likely not the answer to your problem. Unless, of course,
you are already using that function to deal with NAT in
On 01/02/2014 07:56 PM, Wolfgang Haupt wrote:
> Dear Christian,
>
> thank you very much for your fast reply.
>
> I guess my problem is that the connection where I get the first GET
> request is still sending data, while the Mediaplayer is requesting
> another range of data. This is usually OK i
On 01/02/2014 07:56 PM, Wolfgang Haupt wrote:
> Dear Christian,
>
> thank you very much for your fast reply.
>
> I guess my problem is that the connection where I get the first GET
> request is still sending data, while the Mediaplayer is requesting
> another range of data. This is usually OK i
On 01/03/2014 08:18 AM, Wolfgang Haupt wrote:
>>> I guess my problem is that the connection where I get the first GET
>>> request is still sending data, while the Mediaplayer is requesting
>>> another range of data. This is usually OK if the client can
>>> establish the connections, because it just
On 01/04/2014 12:48 AM, A. Mark wrote:
> Hello,
>
> I'm using digest auth and TLS curently and I run into the issue with POST
> requests. This is how my acces_handler works currently:
>
> access_handler(...){
>
> check_initial_call...{
> setup POST processor
> setup other request spec
On 01/04/2014 05:03 AM, A. Mark wrote:
> Questions:
>
> 1) Getting a MHD_INVALID_NONCE from MHD_digest_auth_check() when
> authenticating on every request even when requests are one second apart. Is
> this due to the browsers inability to generate proper cnonce? Both
> Chromium and Firefox exhibi
ving the nonce to be presented
> every time. So I think either the client or the server side is not
> generating the subsequent counters properly.
>
> Please see the attached code example.
>
> Regards Mark
>
>
> On Sun, Jan 12, 2014 at 5:58 AM, Christian
Fixed in SVN 31997 as suggested.
Happy hacking!
Christian
On 01/21/2014 08:30 PM, Luke-Jr wrote:
> MHD_USE_DUAL_STACK in libmicrohttpd currently just *inhibits setting* the
> IPV6_V6ONLY socket option, but per Microsoft's documentation
> http://msdn.microsoft.com/en-us/library/windows/desktop/
On 01/25/14 00:11, LRN wrote:
> Grothoff, it's your call. I can graft the required pieces of plibc
> into MHD and remove the dependency.
How big would the graft / code duplication be?
On 01/25/14 01:08, LRN wrote:
> Before grothoff broke W32 MHD in 31729-31731, and before he broke all
> tests in 31675, MHD on W32 passed most of the tests, most of the time.
>
Ugh. And what's the situation now? :-(.
On 01/25/14 08:07, LRN wrote:
>>> >> The last time I have tried MHD on Win32, it didn't work any
>>> >> more... at all.
>> > Before grothoff broke W32 MHD in 31729-31731, and before he broke
>> > all tests in 31675, MHD on W32 passed most of the tests, most of
>> > the time.
>> >
> I stand correct
That still feels like it would be too much code to duplicate.
My 2 cents
Christian
On 01/25/14 08:55, LRN wrote:
> On 25.01.2014 11:12, Christian Grothoff wrote:
>> On 01/25/14 00:11, LRN wrote:
>>> Grothoff, it's your call. I can graft the required pieces of
>>&g
On 01/26/14 20:24, Jordan Henderson wrote:
> Why would it be a good idea to maintain the -no-undefined flag anywhere
> in the build process seeing as GCC no longer supports it and always
> returns an error?
My understanding is that we simply need to change it to
"-Wl,-no-undefined" as it is a link
On 01/26/14 16:23, LRN wrote:
>> > * add simplified implementation of _win_socketpair(). I'd name it
>> > MHD_pipe and remove #ifdef from code.
> There may be objections from grothoff's side. I, personally, don't care.
>
I'd just add an underscore (MHD_pipe_) to make it clear that this
function i
Hi!
First of all, don't worry, those failures are because I failed to add
the 'crt' files to the TGZ, not because of an actual problem. You can
either simply ignore the test failure, get the files from SVN or wait
for me to packge 0.9.34.
Happy hacking!
Christian
On 01/28/14 11:35, Tomas Cech
On 01/30/2014 01:15 PM, Martin Velek wrote:
> Hello,
>
> do not you know, can I rely on "constant" struct MHD_Connection
> *connection pointer passed to (*MHD_AccessHandlerCallback)? The
> constant is meant as not varying during a single connection. It is
> quite difficult to explain for me so let
Hi!
This is not a known limitation, it should be possible to receive POST/PUT
requests of unknown size / without length header. Note that in this case,
the client must use 'chunked' encoding for the upload (but MHD will strip
the encoding, so you as the application will still only get the payload
HTTP
specification for the reasons stated above, and thus it would not be a
good idea. Implementing chunking on the client-side should be pretty
easy and will address your problems, and with much less latency compared
to using timeouts.
Happy hacking!
Christian
> Thanks for the quick reply!
Thanks! (SVN 32201/32202).
Happy hacking!
Christian
On 02/04/2014 01:50 PM, Evgeny Grin wrote:
> Hi!
>
> Discovered leftovers from old files structure.
> Patch:
> https://github.com/Karlson2k/libmicrohttpd/commit/dd10f4ecf5ddf0f676b6807844170bc17c503d84.patch
>
> Fix for "make check" on win32
Hmm. That's, eh, interesting. MHD should simply not call you
asking for zero bytes. Got a testcase or a (gdb) call trace
for me? Or is this a hypothetical question to answer the case
"what if MHD did do that?"?
Happy hacking!
Christian
On 02/10/2014 10:50 AM, Martin Velek wrote:
> Hello,
>
>
appen.
>
> Best
> Martin
>
> On Mon, Feb 10, 2014 at 11:19 AM, Christian Grothoff
> wrote:
>> Hmm. That's, eh, interesting. MHD should simply not call you
>> asking for zero bytes. Got a testcase or a (gdb) call trace
>> for me? Or is this a hypothet
On 02/11/2014 09:42 PM, Nikhil Saraf wrote:
> Hello Folks,
>
> I've been trying for more than a week to figure out a way to handle
> MHD_OPTION_CONNECTION_LIMIT; but no breakthrough yet.
>
> As of now, with the latest version of microhttpd, if I configure max.no.of
> connections to, say, 3, then
Hi!
There is AFAIK no good way to do this right now, and I must admit I'm not
terribly inclined to add support for this, as it just feels like bloat.
Per-request statistics feel excessive, and you can easily get system-wide
statistics from other (platform-dependent) tools.
My 2 cents
Happy hacki
I think simply adding a
if (*upload_data_size > 0)
{
*upload_data_size = 0; // consume
return MHD_YES;
}
just before
const char *page = "Not Authorized!\n\n";
will do the trick (untested). This will cause MHD to process (and throw
away) all upload data before you queue a response. If you
Did you add a header to set the content type to html? Otherwise the
browser may interpret the response as text, and ignore the HTML directive.
My 2 cents
Christian
On 02/18/2014 12:12 PM, Perry Couprie wrote:
> Hi,
>
> When i create test.html under apache with the following content.
>
> http:/
Dear all,
I'm happy to announce the release of libmicrohttpd 0.9.34.
This release removes the dependency on PlibC on W32 and adds
support for TCP FASTOPEN on Linux systems. Keep-Alive is now
supported with HTTP 1.0 clients if they explicitly request it.
All of these changes may result in performa
Dear Jordan,
While MHD does not behave differently between PUT and POST, it is
possible that the HTTP client changes the encoding of the upload.
With CURL, I suspect --upload-file you get the file directly without
encoding, while with --form you get it in one of the encodings suitable
for MHD's po
You got the full URL in the main callback which you used to
initialize/run the post processor. If needed, you can obviously put it
(and/or other information) into the closure (void *).
Happy hacking!
Christian
On 03/21/14 11:22, Kobi Cohen-Arazi wrote:
> Hello,
>
> Is there a way to retrieve t
Dear Hani,
First of all, thanks for the patch.
In principle, this is of course a reasonable idea, but the (1) unchecked
and (2)
leaking 'malloc' in the patch will need to be fixed before I'll take it.
I would
suggest simply adding the dhparms / 'gnutls_dh_params_t' to 'struct
MHD_Daemon'
so that
On 04/05/14 02:03, maurice barnum wrote:
> Hi.
>
> I'm working on a project where I want to use libmicrohttpd to handle
> incoming HTTP connections that are then forwarded to a ZeroMQ server.
It would be helpful if you would mention which MHD version you are using.
> Three problems I'm encounter
Hi!
Given that I remember Symbian also creating similar issues, I guess I'm
not opposed to this in principle. However, we should only do this for
the symbols where it is really needed, instead of always wrapping all
system calls (and use #defines so that on platforms where the system
call is sane
To support all
> platforms (compilers), the MHD_FNCTL should be in the two forms.
> MHD_FNCTL2(x,y) and MHD_FNCTL3(x,y,z). I am not sure whether variadic
> macros are supported by all compilers (< C99). Some hints to overcome
> it would be appreciated.
>
> Best
> Martin
>
>
That is certainly worrying, as MHD goes over all active connections on
destroy and calls 'shutdown' on them. As a result,
poll() should not block on any of them and "instantly" return.
So the first thing I'd look at is what FDs the process still has
open (any?) at this time, and what 'poll' is ex
Thanks, fixed in SVN 33160.
Happy hacking!
Christian
On 05/04/2014 10:03 AM, Bernd Kuhls wrote:
> Hi,
>
> the latest release added
>
> AC_CHECK_FILE([$with_gnutls/include/gnutls/gnutls.h],
>
> to configure.ac which is not cross-compile aware, for the precise error
> message have a look at th
Hi!
0.9.9 is a rather old release at this point. This bug has already been
fixed in one of the 25 releases that were published since then. You
might want to update to a more recent version of your OS, if you can.
Happy hacking!
Christian
On 05/05/2014 05:56 AM, 钱在晨 wrote:
> Dear Sir/MadamWhe
On 05/05/2014 10:10 PM, Kenneth Mastro wrote:
> First, great library! Thanks for creating it!
>
> Using microhttpd, I created a reasonably well performing webserver for
> an embedded system I'm working on. Everything has been going well, but
> I'm stuck on something.
>
> I've been trying to add
On 05/07/2014 05:49 PM, Kenneth Mastro wrote:
>
>
> Another question, though, since you brought it up. My preferred
> threading mode is select (or maybe epoll, since I'm on Linux - haven't
> tried it yet) with a thread-pool. My past development experience leads
> me to assume that is the best c
On 05/14/2014 12:43 PM, Pawel Veselov wrote:
> /me shamefully found
> http://lists.gnu.org/archive/html/libmicrohttpd/2012-04/msg2.html
>
> Is it then generally safe to assume that with "POST" method, I can always
> reply with MHD_YES, expecting that access handler will be called again, or
> d
On 05/14/2014 07:48 PM, Pawel Veselov wrote:
> On Wed, May 14, 2014 at 4:56 AM, Christian Grothoff
> wrote:
>
>> On 05/14/2014 12:43 PM, Pawel Veselov wrote:
>>> /me shamefully found
>>> http://lists.gnu.org/archive/html/libmicrohttpd/2012-04/msg2.html
>
On 05/17/2014 04:07 AM, 钱在晨 wrote:
> Hi, I have upgraded the libmicrohttpd from 0.9.9 to the latest version
> 0.9.35, but when I check the code by valgrind, it reports: ==00:00:00:52.950
> 14924== Invalid read of size 8
> ==00:00:00:52.951 14924== at 0x8355398: CHttpRequest::getHttpResponse()
>
On 05/24/2014 10:58 AM, Martijn Kaijser wrote:
> Hi,
> We use Latest libmicrohttpd in XBMC.
> However we are still using
>
> libmicrohttpd-0.4.5
>
> We would like to update to latest "stable" release. However the website
> states:
> Latest Windows binary is libmicrohttpd-0.9.17-w32.zip.
>
> Whil
On 05/25/2014 01:21 PM, Evgeny Grin wrote:
> Christian,
>
> It is time for new release? We have many improvements and fixes since last
> release.
> Only let me to add configure flags for static/shared libgcc.
I'm fine with putting out another release soon. Feel free to push the
additional flags.
On 05/28/2014 03:20 AM, Nader Zeid wrote:
> I can't think of any reason why this won't work. I have the following
> function:
>
>
>
> void * MicroHttpdServer::log(void * cls, const char * uri) {
> Request *request(new Request());
> printf("\nURI: %s\n", uri);
> return request;
> }
>
>
>
Hi!
There is no problem with your approach 2, that's how you should do it.
The reason why you cannot change the status code after queueing the
response is that MHD will put that part of the response on the wire
at that time --- only the body is transmitted later. So use
suspend/resume and you sho
On 06/05/2014 06:47 PM, Luke Dashjr wrote:
> At some point, the Connection: Keep-Alive header was added by libmicrohttpd.
> Unfortunately, in some circumstances, this is breaking a buggy client I have
> to support. Is it possible to turn it off? Reading the code, I don't see a
> way
> (and it s
On 06/05/2014 07:39 PM, Luke Dashjr wrote:
> On Thursday, June 05, 2014 5:37:43 PM Christian Grothoff wrote:
>> On 06/05/2014 06:47 PM, Luke Dashjr wrote:
>>> At some point, the Connection: Keep-Alive header was added by
>>> libmicrohttpd. Unfortunately, in some circum
401 - 500 of 803 matches
Mail list logo
