Re: [libmicrohttpd] [PATCH]: try_grow_read_buffer() failed

2017-03-16 Thread Evgeny Grin
r. Pretty simple. > So, either we need to fix MHD_pool_reallocate(), either to fix > try_grow_read_buffer() or even fix the problem differently. > Will answer to your next email. -- Best Wishes, Evgeny Grin

Re: [libmicrohttpd] [PATCH]: MHD_connection_update_event_loop_info sends INTERNAL_ERROR for suspended connections

2017-03-17 Thread Evgeny Grin
could you also monitor value pointed by 'upload_data_size' before and after your MHD_AccessHandlerCallback is called? Please note that even if you suspend connection, you must process at least some data (preferably - all data) and decrement value of 'upload_data_size'. -- Best Wishes, Evgeny Grin

Re: [libmicrohttpd] [PATCH]: MHD_connection_update_event_loop_info sends INTERNAL_ERROR for suspended connections

2017-03-17 Thread Evgeny Grin
On 17.03.2017 10:03, Evgeny Grin wrote: > On 17.03.2017 5:42, Vitaliy T wrote: >> As we can see the connection 127.0.0.1 port 47824 was suspended, >> resumed and then again suspended. >> >> The server was run in epoll mode with 1 thread. >> DEFAULT_HTT

Re: [libmicrohttpd] [PATCH]: MHD_connection_update_event_loop_info sends INTERNAL_ERROR for suspended connections

2017-03-17 Thread Evgeny Grin
On 17.03.2017 15:10, Vitaliy T wrote: > Hello, > > On 17 March 2017 at 10:03, Evgeny Grin wrote: >> Please note that even if you suspend connection, you must process at >> least some data (preferably - all data) and decrement value of >> 'upload_data_size'.

Re: [libmicrohttpd] [PATCH]: MHD_connection_update_event_loop_info sends INTERNAL_ERROR for suspended connections

2017-03-17 Thread Evgeny Grin
On 17.03.2017 15:59, Vitaliy T wrote: > On 17 March 2017 at 15:43, Evgeny Grin wrote: >> You don't need to make this check only inside callback function. If you >> suspend connection and resume it later - connection conditions are not >> changed, you will not get any n

Re: [libmicrohttpd] misc patches to current git master

2017-03-22 Thread Evgeny Grin
Patch for docs applied. libintl is not always required. For example, on GNU/Linux it usually provided by glibc. -- Best Wishes, Evgeny Grin On 22.03.2017 20:47, Vitaliy T wrote: > 1. libmicrohttpd.texi:1649: @node seen before @end deftypefun > > diff --git a/doc/libmicrohttpd.t

Re: [libmicrohttpd] MHD_quiesce_daemon() question

2017-03-26 Thread Evgeny Grin
TP 1.0 and connection timeout hypothetical client may read answer very slow with results in very long unpredictable closure of connection. So: yes, you code will work but may result in very long (hours, for example) or even indefinitely long daemon shutdown. -- Best Wishes, Evgeny Grin

Re: [libmicrohttpd] feature request: give a possibility to re-assign callbacks

2017-03-27 Thread Evgeny Grin
On 27.03.2017 17:29, Vitaliy T wrote: > 1. Subj. Which callbacks would you like to reassign? > 2. Why is this should be useful? > > 2.1. When you're actively using suspend/resume functionality and later > trying to shutdown the MHD daemon, then last one, by default, uses > default callbacks (whic

Re: [libmicrohttpd] why does not libmicrohttpd support for resume from break-point?

2017-03-27 Thread Evgeny Grin
Hi! Could you clarify, what do you mean by "resume from break-point"? -- Best Wishes, Evgeny Grin On 27.03.2017 5:21, 星**光 wrote: > why does not libmicrohttpd support for resume from break-point? how > do? Please give some suggestions?

Re: [libmicrohttpd] MHD_quiesce_daemon() question

2017-03-28 Thread Evgeny Grin
\n"); break; } shutdown_attempts++; sleep(1); } } } else _BF_LOG("Server quiesce failed.\n"); MHD_stop_daemon(srv->mhd); return true; } return false; } -- Best Wishes, Evgeny Grin On 28.03.2017 4:46, silvioprog wrote: > Thanks for replying Evgeny, you and Christian always saving

Re: [libmicrohttpd] Using MHD_UpgradeResponseHandle without including internal.h

2017-03-30 Thread Evgeny Grin
to version. But as long as application uses only public official API, those changes don't break compatibility. Usually MHD has specific API to get information about opaque handle. What do you want to get from internal members? -- Best Wishes, Evgeny Grin On 31.03.2017 0:58, John Duncan wro

Re: [libmicrohttpd] MHD_create_post_processor: recommended buffer size for large posts

2017-03-30 Thread Evgeny Grin
RAM. You should experiment to find out what is optimal for you. -- Best Wishes, Evgeny Grin On 31.03.2017 6:17, silvioprog wrote: > Hello dudes, > > Looking at MHD examples, it seems the recommended buffer size to specify > on MHD_create_post_processor() for large uploads is 512:

Re: [libmicrohttpd] integration with my websockets

2017-04-11 Thread Evgeny Grin
to implement and why it is not possible? >> Third, do you plan to provide a new version soon? Yes, watch this list. :) -- Best Wishes, Evgeny Grin

[libmicrohttpd] GNU libmicrohttpd 0.9.53 released

2017-04-11 Thread Evgeny Grin
httpd/ and all GNU FTP mirrors. * Our git repository at https://gnunet.org/git/libmicrohttpd.git Please report bugs to our bugtracker at https://gnunet.org/bugs/. The documentation (including a reference manual and tutorial) can be found at http://www.gnu.org/software/libmicrohttpd/. -- Best Wishes, Evgeny Grin signature.asc Description: OpenPGP digital signature

Re: [libmicrohttpd] GNU libmicrohttpd 0.9.53 released

2017-04-12 Thread Evgeny Grin
Thanks for report! This could happen with ancient Linux kernels (which is not supported already). Other platforms are unaffected. Fixed by 01df8861c19a203cea9ef26570893c2b9c0e48b2. -- Best Wishes, Evgeny Grin On 12.04.2017 16:02, Anthony G. Basile wrote: > On 4/11/17 5:53 PM, Evgeny Grin wr

Re: [libmicrohttpd] 0.9.53 breaks MHD_USE_POLL?

2017-04-25 Thread Evgeny Grin
27;ll probably make a bugfix release soon. -- Best Wishes, Evgeny Grin On 24.04.2017 16:38, Lorenzo Miniero wrote: > Hi all, > > I'm using MHD in my server and it works great. Recently I've been told, > though, that some people couldn't get it to work. Somebody poi

Re: [libmicrohttpd] 0.9.53 breaks MHD_USE_POLL?

2017-04-26 Thread Evgeny Grin
Hi Lorenzo, On 26.04.2017 11:56, Lorenzo Miniero wrote: > 2017-04-25 18:36 GMT+02:00 Evgeny Grin <mailto:k...@yandex.ru>>: > > Hi Lorenzo, > > Thanks for report! > We introduced more checks in release 0.9.53 to make MHD more > foolproof. > No

Re: [libmicrohttpd] 0.9.53 breaks MHD_USE_POLL?

2017-04-26 Thread Evgeny Grin
loping something. Actually, it is not a "debug", it is a "log". -- Best Wishes, Evgeny Grin

Re: [libmicrohttpd] 3xx code is incorrect reason phrase with rfc

2017-04-26 Thread Evgeny Grin
2 ), obviously it is not convenient to use unmatched strings. Fixed in git master and added test to prevent accidental shift in future. -- Best Wishes, Evgeny Grin

Re: [libmicrohttpd] How to close all upgraded connections when shutting down MHD_Daemon?

2017-05-04 Thread Evgeny Grin
you can't use "upgraded" connections after MHD_stop_daemon(). Could you explain a bit more situation that you need to solve? Do you want to implement graceful MHD shutdown after closing all upgraded connections? -- Best Wishes, Evgeny Grin

Re: [libmicrohttpd] How to close all upgraded connections when shutting down MHD_Daemon?

2017-05-04 Thread Evgeny Grin
>> MHD_stop_daemon() will close all connections including "upgraded" >> connections. So you can't use "upgraded" connections after >> MHD_stop_daemon(). >> > The problem I have is that MHD_stop_daemon() doesn't close all the > connections. Instead, it looks like it waits for the active connections

Re: [libmicrohttpd] How to close all upgraded connections when shutting down MHD_Daemon?

2017-05-04 Thread Evgeny Grin
On 04.05.2017 16:41, Nicolas Mora wrote: >> >> Do you use HTTP or HTTPS? > Eventually, since it's a framework for both http and https, I will use > both protocols. Behavior in undefined situation can differ in HTTP and HTTPS modes. MHD_stop_daemon() should close all upgraded connections in HTTPS mo

Re: [libmicrohttpd] How to close all upgraded connections when shutting down MHD_Daemon?

2017-05-04 Thread Evgeny Grin
ore data is pending. And mapping "bool" to not bool is not correct. union MHD_DaemonInfo doesn't have "bool" member and currently we do not want to expose "bool" in public header. On some platforms "bool" can be implemented as "char". -- Best

Re: [libmicrohttpd] [PATCH] Check response existence on upgrade

2017-05-04 Thread Evgeny Grin
Thanks! Applied. -- Best Wishes, Evgeny Grin On 04.05.2017 22:58, José Bollo wrote: > When a connection upgrade is requested and when the > request sent an error reply, the response is most of > the time already sent when the test on > connection->response->upgrade_handler is

Re: [libmicrohttpd] issue with suspend/resume

2017-05-05 Thread Evgeny Grin
Hi José, Shouldn't be any change. Could you provide minimal example? -- Best Wishes, Evgeny Grin On 05.05.2017 17:06, José Bollo wrote: > Hi > > Was there a change in how suspend/resume works? > > I observe that responses are no more send after resuming. > >

Re: [libmicrohttpd] About an HTTPS connection Upgraded

2017-05-07 Thread Evgeny Grin
shed with socket and call MHD_stop_daemon() only after you finished working with all HTTP and "upgraded" sockets operations. -- Best Wishes, Evgeny Grin On 07.05.2017 23:20, Nicolas Mora wrote: > > > Le 2017-05-07 à 15:42, Christian Grothoff a écrit : >> Eh, what is wrong

Re: [libmicrohttpd] Wrong 304 Response Message

2017-05-08 Thread Evgeny Grin
Right, descriptions for HTTP codes 304-308 were shifted in 0.9.53. Already reported and fixed: http://lists.gnu.org/archive/html/libmicrohttpd/2017-04/msg00024.html Anyway, clients should not use text description, only numerical code should be used. -- Best Wishes, Evgeny Grin On 08.05.2017 6

Re: [libmicrohttpd] upgraded connections remain suspended when using MHD_USE_THREAD_PER_CONNECTION

2017-05-09 Thread Evgeny Grin
Hi Dom, Could you provide a bit more information: used OS (W32, GNU/Linux, FreeBSD, something else...), MHD version? Minimal example also could help. -- Wishes, Evgeny On 09.05.2017 14:12, Dom F wrote: > Hello, > > I start the daemon with these flags: > MHD_USE_THREAD_PER_CONNECTION | MHD_USE_

Re: [libmicrohttpd] issue with suspend/resume

2017-05-10 Thread Evgeny Grin
On 10.05.2017 10:31, José Bollo wrote: > On Fri, 5 May 2017 21:09:21 +0300 > Evgeny Grin wrote: >> Shouldn't be any change. >> Could you provide minimal example? > > > My feeling is that this is a typical use case and it should work with > only one call to MHD

Re: [libmicrohttpd] upgraded connections remain suspended when using MHD_USE_THREAD_PER_CONNECTION

2017-05-10 Thread Evgeny Grin
code. But I suggest you do not shutdown "upgraded" socket. Probably we need to update documentation to reflect it. Could you try without shutdown() of socket? -- Best Wishes, Evgeny Grin

Re: [libmicrohttpd] issue with suspend/resume

2017-05-11 Thread Evgeny Grin
You already can try new version from git master. -- Best Wishes, Evgeny Grin On May 11, 2017 10:13:47 AM GMT+03:00, "José Bollo" wrote: >On Wed, 10 May 2017 21:57:17 +0300 >Evgeny Grin wrote: > >> On 10.05.2017 10:31, José Bollo wrote: >> > On Fri, 5 May 20

Re: [libmicrohttpd] issue with suspend/resume

2017-05-11 Thread Evgeny Grin
On 11.05.2017 10:13, José Bollo wrote: Shouldn't be any change. Could you provide minimal example? >>> >>> >>> My feeling is that this is a typical use case and it should work >>> with only one call to MHD_run. I also think that providing a way to >>> resume a connection and sending th

Re: [libmicrohttpd] issue with suspend/resume

2017-05-11 Thread Evgeny Grin
On 11.05.2017 15:26, José Bollo wrote: > First, I just tried the latest commit > (787bfd1859db22c58271f287dfcb505c0052edd3): Do not add any "Connection" > headers for "upgrade" connections. > > My issue was still here but... Strange, resuming connection are now resumed before any other processing

Re: [libmicrohttpd] issue with suspend/resume

2017-05-11 Thread Evgeny Grin
On 11.05.2017 16:13, José Bollo wrote: > On Thu, 11 May 2017 15:49:43 +0300 > Evgeny Grin wrote: > >> On 11.05.2017 15:26, José Bollo wrote: >>> First, I just tried the latest commit >>> (787bfd1859db22c58271f287dfcb505c0052edd3): Do not add any >>> &quo

Re: [libmicrohttpd] issue with suspend/resume

2017-05-11 Thread Evgeny Grin
6da279752e54c616edcb485ea637234101447c9: resume_suspended_connections(): update states of connection after resuming -- Best Wishes, Evgeny Grin signature.asc Description: OpenPGP digital signature

Re: [libmicrohttpd] upgraded connections remain suspended when using MHD_USE_THREAD_PER_CONNECTION

2017-05-14 Thread Evgeny Grin
On 11.05.2017 13:50, Dom F wrote: > OK, I replaced my calls to shutdown() with a debug message and turned on > MHD_USE_THREAD_PER_CONNECTION again. > Currently I am seeing approx. 55 active websocket threads but > daemon->connections is up to around 1450. > Looking at my logfile there were only abo

Re: [libmicrohttpd] Recursive lock in GIT

2017-05-21 Thread Evgeny Grin
Hi Markus, Thanks for report! Could you provide more information? Why connection was closed right after resume? -- Wishes, Evgeny On 21.05.2017 13:52, Markus Doppelbauer wrote: > Hello, > > I have updated "0.9.53" to GIT - maybe a week ago. > There is a recursive lock to "daemon->cleanup_conne

Re: [libmicrohttpd] Recursive lock in GIT

2017-05-21 Thread Evgeny Grin
IE 4.01 on Win95? Cool. :) Should be fixed in master. Could you check it? -- Best Wishes, Evgeny Grin On 21.05.2017 16:30, Markus Doppelbauer wrote: > Dear Evgeny, > > Maybe because the request-headers contain "Connection: close"? > This is what I could determine with `

[libmicrohttpd] GNU libmicrohttpd 0.9.55 released

2017-05-28 Thread Evgeny Grin
Dear all, I'm glad to announce the release of GNU libmicrohttpd 0.9.55. GNU libmicrohttpd is a small C library that is supposed to make it easy to run an HTTP server as part of another application. GNU libmicrohttpd is fully HTTP 1.1 compliant and supports IPv6. Finally, GNU libmicrohttpd is fas

Re: [libmicrohttpd] [GSoC Update] Week 2

2017-06-14 Thread Evgeny Grin
On 13.06.2017 19:37, Darshit Shah wrote: >> >> Things which would be done in the coming week: >> >> * Finished on wget_test_start_server() in order to call Libmicrohttpd as >> service for wget_test(). Problems and questions need to be resolved: >> - Decide what the best threading model for Libm

Re: [libmicrohttpd] [GSoC Update] Week 2

2017-06-17 Thread Evgeny Grin
provided socket. */ } --- Note that socket type used by MHD functions is 'MHD_socket'. MHD_socket is 'int' on POSIX platforms (Linux, *BSD, Unix, Darwin) and 'SOCKET' on Windows platform (excluding Cygwin, where MHD_socket is 'int'). -- Best Wishes, Evgeny Grin signature.asc Description: OpenPGP digital signature

Re: [libmicrohttpd] [GSoC Update] Week 2

2017-06-17 Thread Evgeny Grin
On 17.06.2017 22:22, Didik Setiawan wrote: > On Sat, Jun 17, 2017 at 01:30:57PM +0300, Evgeny Grin wrote: >> > >> You can combine second and third methods: > > I use this combination. > >> --- >> int port_n

Re: [libmicrohttpd] Add 'manywarnings' module from Wget2

2017-06-19 Thread Evgeny Grin
="clang";; esac This fail on Darwin (where 'gcc' is symlink for 'clang') and on any other platform with such symlink. Moreover, 'gcc' could match directory part. For example CC='/opt/compilers/gcc-like/clang-4.0/bin/clang' will be detected as 'gcc'. -- Best Wishes, Evgeny Grin signature.asc Description: OpenPGP digital signature

Re: [libmicrohttpd] POST file content without the form method

2017-06-26 Thread Evgeny Grin
x27;name=value'. It cannot handle some random data. If you want to push content of any local file, you should use PUT. src/testcurl/test_put.c test_put_chunked.c and test_large_put.c may give you some inspiration. --  Best Wishes, Evgeny Grin

Re: [libmicrohttpd] HTTP/2 Support on GNU Libmcrohttpd

2017-07-08 Thread Evgeny Grin
On 08.07.2017 0:37, Didik Setiawan wrote: > I just reiterate a question about is there any plan to make GNU Libmicrohttpd > to > support HTTP/2? > > If not, may I bother if we are willing to propose new change about that? > Adding > HTTP/2 support to Libmicrohttpd. I know this can be categoriz

Re: [libmicrohttpd] Draft of CMake build script

2017-07-18 Thread Evgeny Grin
currently provide by native projects. Switching from MSVC projects to CMake will increase amount of maintenance tasks and do not provide currently additional benefits, so currently we will not going to maintain it in official repository. -- Best Wishes, Evgeny Grin On 18.07.2017 18:52, Štefan Bellus

Re: [libmicrohttpd] Draft of CMake build script

2017-07-20 Thread Evgeny Grin
gt; like Java maven repositories or C# Nuget) they will win. > > I am a maintainer of project that depends on your library. I would love > if you can provide same build system on all platforms. It really make > thinks easier. As I said, you can try to maintain your CMake configurati

Re: [libmicrohttpd] HTTPS errors

2017-08-15 Thread Evgeny Grin
Hi Štefan, Could you provide more details? MHD version, GnuTLS version, OS type and version, text output of failed tests? Of course it is not OK, HTTPS should works fine. -- Best Wishes, Evgeny Grin On 15.08.2017 19:42, Štefan Bellus wrote: > Hi > > I tune configuration and

Re: [libmicrohttpd] HTTPS errors

2017-08-15 Thread Evgeny Grin
. -- Best Wishes, Evgeny Grin On 15.08.2017 22:55, Štefan Bellus wrote: > Ok. > > If it is working on your pc then I will provide for you the requested info. > > When I build with autotools then NO tests are built. > > Please could you give me some hint how to build them? >

Re: [libmicrohttpd] HTTPS errors

2017-08-16 Thread Evgeny Grin
27;ll have some spare time. -- Best Wishes, Evgeny Grin On 16.08.2017 12:03, Štefan Bellus wrote: > Hi > > I run test compiled with autotools and get SAME (return value 77 in your > driver means skip and in cmake it means fail) result. > MHD version 0.9.55 > GnuTLS version 2.8.5

Re: [libmicrohttpd] HTTPS errors

2017-08-27 Thread Evgeny Grin
Tested on CentOS 6.9 with current updates. MHD 0.9.55, GnuTLS 2.12.23 (from distribution repo). No test fails. -- Best Wishes, Evgeny Grin On 16.08.2017 14:57, Evgeny Grin wrote: > Looks like you are using outdated and unsupported version of RHEL. > Actual version in RHEL 6 is 6.9. Versi

Re: [libmicrohttpd] libmicrohttpd 0.9.55 https and MHD_USE_EPOLL

2017-09-04 Thread Evgeny Grin
Hi Denis, Thanks for report! Minimal example could help a lot. In the meantime, could you provide more details how do you process incoming data? Do you use MHD_USE_ERROR_LOG flag for daemon? What's the output on stderr? Also you could build MHD from source, modify definition of PUT_SIZE in src/t

Re: [libmicrohttpd] libmicrohttpd 0.9.55 https and MHD_USE_EPOLL

2017-09-05 Thread Evgeny Grin
Hi Denis, Reproduced on CentOS 7 with current git master. Will look into it. -- Best Wishes, Evgeny Grin On 05.09.2017 4:54, Denis Dowling wrote: > Hi Evgeny, > > It is actually the GET that is causing the problem. > > I have been able to duplicate as follows: > - Testing

Re: [libmicrohttpd] Semantics of MHD_run_from_select

2017-09-06 Thread Evgeny Grin
me result as you get in "select mode" - select() function will return immediately when any socket is already ready. -- Best Wishes, Evgeny Grin signature.asc Description: OpenPGP digital signature

Re: [libmicrohttpd] Semantics of MHD_run_from_select

2017-09-08 Thread Evgeny Grin
Hi Martin, I've updated doxy in git master to make usage of MHD_get_timeout() more clearly necessary. Looking on systemd code, I think that simplest way to correct systemd behaviour is to add special timerfd to polling set and update timer after each run of MHD. -- Best Wishes, Evgeny Gri

Re: [libmicrohttpd] libmicrohttpd 0.9.55 https and MHD_USE_EPOLL

2017-09-08 Thread Evgeny Grin
Hi Denis, Problem was fixed in git master. Could you recheck on your side? -- Best Wishes, Evgeny Grin On 05.09.2017 23:22, Evgeny Grin wrote: > Hi Denis, > > Reproduced on CentOS 7 with current git master. > Will look into it. > > -- Best Wishes, Evgeny Grin On 05.0

Re: [libmicrohttpd] libmicrohttpd 0.9.55 https and MHD_USE_EPOLL

2017-09-11 Thread Evgeny Grin
Hi Denis, Thanks for confirming. -- Best Wishes, Evgeny Grin On 11.09.2017 3:29, Denis Dowling wrote: > Hi Evgeny, > > I have checked my application with the latest git master version of > libmicrohttpd and your change fixes the epoll lockup problem. > > Thanks for your

Re: [libmicrohttpd] Building libmicrohttpd-0.9.55 on RHEL5

2017-09-21 Thread Evgeny Grin
you use curl came from RHEL5 repo than your curl could be outdated or could be linked with outdated SSL lib. As first step I suggest to check connection from another machine with modern curl. Also try wget. Broken response headers may indicate broken TLS lib or broken TLS decoding. -- Best Wishes, Evgeny Grin signature.asc Description: OpenPGP digital signature

Re: [libmicrohttpd] Building libmicrohttpd-0.9.55 on RHEL5

2017-09-25 Thread Evgeny Grin
On 25.09.2017 9:55, microhttpd wrote: > Den 2017-09-21 15:33, skrev Evgeny Grin: >> On 20.09.2017 12:16, Svein Olav Bjerkeset wrote: >>> I am trying to build libmicrohttpd-0.9.55 with support for https on >>> RHEL5. As I can not even get the demo_https server to work

Re: [libmicrohttpd] Building libmicrohttpd-0.9.55 on RHEL5

2017-09-27 Thread Evgeny Grin
t;make check" with MHD. But I suspect that problem comes from outdated RHEL5 GnuTLS lib. MHD on git master is able to use modern GnuTLS without gcrypt. As next step I suggest to build latest GnuTLS on RHEL5 and build MHD with modern GnuTLS. -- Best Wishes, Evgeny Grin signature.asc Description: OpenPGP digital signature

Re: [libmicrohttpd] Building libmicrohttpd-0.9.55 on RHEL5

2017-09-29 Thread Evgeny Grin
P lib than comes with system. Do not think that it is very practical to have so many rebuilt libs to run something. MHD itself works fine, so I believe that problem is on GnuTLS side. -- Best Wishes, Evgeny Grin signature.asc Description: OpenPGP digital signature

Re: [libmicrohttpd] Building libmicrohttpd-0.9.55 on RHEL5

2017-09-29 Thread Evgeny Grin
let me know. I will settle for the working version I have got at > this point as far as RHEL5 is concerned. If you could share scripts for rebuild or exact build steps - I'll try to reproduce. -- Best Wishes, Evgeny Grin signature.asc Description: OpenPGP digital signature

Re: [libmicrohttpd] Building libmicrohttpd-0.9.55 on RHEL5

2017-09-29 Thread Evgeny Grin
rpath' so used at runtime with wrong lib? This could explain broken data and crashes. -- Best Wishes, Evgeny Grin signature.asc Description: OpenPGP digital signature

Re: [libmicrohttpd] Building libmicrohttpd-0.9.55 on RHEL5

2017-10-02 Thread Evgeny Grin
xed by the following >>> merge request: >>> https://gitlab.com/gnutls/gnutls/merge_requests/491 > Thanks for informing! Did you try GnuTLS version from git to get everything working? -- Best Wishes, Evgeny Grin signature.asc Description: OpenPGP digital signature

Re: [libmicrohttpd] using other TLS libraries

2017-10-18 Thread Evgeny Grin
, you could criticize new API and propose enhancements. -- Best Wishes, Evgeny Grin On 18.10.2017 17:01, Gauthier Haderer wrote: > Hello, > > I recently made changes to abstract the TLS API needed by MHD. And I > added support for OpenSSL. Could someone review my changes and tel

Re: [libmicrohttpd] Semantics of MHD_run_from_select

2017-10-28 Thread Evgeny Grin
It was fixed in git master. --  Best Wishes, Evgeny Grin 28.10.2017, 00:09, "Martin Steuer" : > Hi Evgeny, > > After a lot of delay I reported the problem to systemd with your > suggested solution [1]. However now I noticed that for SSL connections > the initial problem

Re: [libmicrohttpd] Please add support for RFC7616 (Digest auth with sha-2 instead of md5)

2017-10-29 Thread Evgeny Grin
Hi Tim, Nice idea. We could add it to our wish list and implement it when time permits. Patches are welcome and could speed up things. --  Best Wishes, Evgeny Grin 28.10.2017, 21:44, "Tim Rühsen" : > Hi, > > curl just added support for RFC7616, and I just opened an issue

Re: [libmicrohttpd] macOS build failure for libmicrohttpd 0.9.56

2017-11-25 Thread Evgeny Grin
Thanks for report! Fixed build with optimisation for size. -- Best Wishes, Evgeny Grin 25.11.2017 12:52, ilove zfs пишет: > Full build log: > https://gist.github.com/ilovezfs/d43a15376aef661fcb91ee145f7a9841 > > The error is > > libtool: compile:  /usr/bin/clang -DHA

[libmicrohttpd] GNU libmicrohttpd 0.9.57 released

2017-11-27 Thread Evgeny Grin
Dear all, I'm glad to announce the release of GNU libmicrohttpd 0.9.57. GNU libmicrohttpd is a small C library that is supposed to make it easy to run an HTTP server as part of another application. GNU libmicrohttpd is fully HTTP 1.1 compliant and supports IPv6. Finally, GNU libmicrohttpd is fas

Re: [libmicrohttpd] GNU libmicrohttpd 0.9.57 released

2017-12-02 Thread Evgeny Grin
HD_CONNECTION_NOTIFY_CLOSED" event. > > Thanks a lot > Markus > > > > Am Montag, den 27.11.2017, 23:57 +0300 schrieb Evgeny Grin: >> Dear all, >> >> >> I'm glad to announce the release of GNU libmicrohttpd 0.9.57. >> >> GNU libmicrohtt

[libmicrohttpd] GNU libmicrohttpd 0.9.58 released

2017-12-07 Thread Evgeny Grin
Dear all, I'm glad to announce the release of GNU libmicrohttpd 0.9.58. GNU libmicrohttpd is a small C library that is supposed to make it easy to run an HTTP server as part of another application. GNU libmicrohttpd is fully HTTP 1.1 compliant and supports IPv6. Finally, GNU libmicrohttpd is fas

Re: [libmicrohttpd] Release 0.9.58, but configuration summary is 0.9.55

2017-12-08 Thread Evgeny Grin
g/gnu/libmicrohttpd/libmicrohttpd-latest.tar.gz with same result. -- Best Wishes, Evgeny Grin 08.12.2017 5:20, silvioprog пишет: > Hi dudes. > > I've upgraded my MHD copy and after configuring it I've got the > following summary: > > === > *configure: libmic

Re: [libmicrohttpd] Compile Error

2017-12-08 Thread Evgeny Grin
Hi Jong How do you define 'response' and 'ethbuf08'? 'reponse' must be defined as 'struct MHD_Response *response;' 'ethbuf08' should be defined list some array or pointer, for example 'char ethbuf08[8];' You provided not enough info

Re: [libmicrohttpd] Release 0.9.58, but configuration summary is 0.9.55

2017-12-08 Thread Evgeny Grin
Hi Silvio, If I get you correctly, you are asking about proper way to run configure. I did not use AX_SUBDIRS_CONFIGURE. I could tell you that if you are using tarball, then you do not need to run autoreconf or bootstrap as configure is already generated. -- Best Wishes, Evgeny Grin 08.12.2017

Re: [libmicrohttpd] Release 0.9.58, but configuration summary is 0.9.55

2017-12-08 Thread Evgeny Grin
For git submodule you need to call 'autoreconf -i' after each update. -- Best Wishes, Evgeny Grin 08.12.2017 20:21, silvioprog пишет: > Hi dude! :-) > > I'm using git sub-module upgrading it each new MHD release, however > tarball can be a better option with AX_SUBD

Re: [libmicrohttpd] Server reached connection limit. Closing inbound connection. how to increase the limits?

2018-01-22 Thread Evgeny Grin
In addition, consider using MHD_OPTION_CONNECTION_TIMEOUT so old connection will be dropped automatically. -- Best Wishes,Evgeny Grin   20.01.2018, 20:53, "Christian Grothoff" :Hi Pascal,There are several "limits" that may apply.(1) MHD_OPTION_CONNECTION_LIMIT -- usually 102

Re: [libmicrohttpd] Unable to connect to libmicrohttpd in embedded system.

2018-01-22 Thread Evgeny Grin
ples to ensure that MHD function properly. -- Best Wishes, Evgeny Grin 22.01.2018 1:09, Marcel Rutten пишет: > Thanks, Silvio, it would be great if you could send me that working > code. Probably saves a lot of time :-). My environment is an > openembedded tree, as published by the manufa

Re: [libmicrohttpd] Download page status: OFF

2018-08-15 Thread Evgeny Grin
Hi Silvio, Works fine for me. Both URLs.Note: FTP is deprecated. -- Best Wishes,Evgeny Grin   15.08.2018, 07:25, "silvioprog" :Hi MHD users. It seems the download page is offline. Could you test it?: https://ftp.gnu.org/gnu/libmicrohttpd/ the to the FTP: ftp://ftp.gnu.org/gnu/libmicroh

Re: [libmicrohttpd] Hang with MHD_OPTION_THREAD_POOL_SIZE on Windows

2018-12-09 Thread Evgeny Grin
Hi Jonathan, Why do you this that flag WSA_FLAG_OVERLAPPED should fix something?Looking at documentation, it should change nothing to non-overlapped I/O.https://docs.microsoft.com/en-us/windows/desktop/winsock/overlapped-i-o-and-event-objects-2  -- Best Wishes,Evgeny Grin   08.12.2018, 05:19

Re: [libmicrohttpd] [Windows] Build fails on MinGW-w64 (0.9.62)

2019-01-04 Thread Evgeny Grin
Hi, It was fixed already in Git master by 1616caa17764c878bc18c6344a0f7f60b2cb596c -- Best Wishes,Evgeny Grin   28.12.2018, 09:08, "silvioprog" :Hello, I've tried to compile the latest stable version on MinGW-w64, but it raises the following error at build time (cut relevant pa

Re: [libmicrohttpd] Binding to a specifc address on Windows

2019-03-11 Thread Evgeny Grin
HI Daniel, Please clarify, whether do you want to use MHD on Windows natively or with MSys POSIX transformation layer?It is two different tasks. -- Best Wishes,Evgeny Grin   05.03.2019, 17:21, "Daniel Kraft" :Hi!I'm using libmicrohttpd indirectly through libjson-rpc-cpp. Currently,

Re: [libmicrohttpd] From LGPL 3.0 to LGPL 2.1?

2019-05-16 Thread Evgeny Grin
16.05.2019 0:28, Christian Grothoff wrote: > On 5/15/19 1:37 AM, silvioprog wrote: >> Hello friends. >> >> After updating my git, I found the following commit log: >> >> /"Updated README and COPYING/ >> /Note: library code is licensed under LGPLv2.1+ or eCOS terms// >> /Come testsuite programs are

Re: [libmicrohttpd] Access to OSX machine?

2019-05-22 Thread Evgeny Grin
Hi ng0, Check personal email for solution. -- Wishes, Evgeny 20.05.2019 17:22, n...@n0.is wrote: > Hi, > > I need access to an OSX machine for tracing syscalls done > by libmicrohttpd and written tests, and > analyzing them with dtrace or something equivalent to > ktruss / truss on OSX. > > Can

Re: [libmicrohttpd] [PATCH] Fix more 'address already in use' issues

2019-05-28 Thread Evgeny Grin
Hi Tim, Thanks for patches. However whole testsuite is not designed to be run in parallel. Testsuite individual tests use all available CPU cores so when used in parallel, tests could produce unpredictable wrong results. -- Wishes, Evgeny 28.05.2019 11:51, Tim Rühsen wrote: > Three more tests f

Re: [libmicrohttpd] [PATCH] Fix test_upgrade/test_upgrade_tls running in parallel

2019-05-28 Thread Evgeny Grin
On which system did you test it? Looks like MHD_FEATURE_AUTODETECT_BIND_PORT is not available on you OS, which is pretty strange as it should works on all modern platforms. -- Wishes, Evgeny 28.05.2019 11:43, Tim Rühsen wrote: > Hi, > > test_upgrade_tls always fails here (make check on multi-cor

Re: [libmicrohttpd] [PATCH] Fix test_upgrade/test_upgrade_tls running in parallel

2019-05-29 Thread Evgeny Grin
Could you provide config.log, please? 28 мая 2019 г. 23:39:18 GMT+03:00, "Tim Rühsen" пишет: >On 28.05.19 21:07, Evgeny Grin wrote: >> On which system did you test it? >> Looks like MHD_FEATURE_AUTODETECT_BIND_PORT is not available on you >OS, >> which is pretty

Re: [libmicrohttpd] [PATCH] Fix test_upgrade/test_upgrade_tls running in parallel

2019-05-30 Thread Evgeny Grin
configure without any -Werror flags, but redefine CGLAGS with -Werror parameters for make invocation. -- Wishes, Evgeny 29.05.2019 12:45, Tim Rühsen wrote: > On 5/28/19 9:07 PM, Evgeny Grin wrote: >> On which system did you test it? >> Looks like MHD_FEATURE_AUTODETECT_BIND_PORT i

Re: [libmicrohttpd] HTTP and HTTPs parallel

2019-05-30 Thread Evgeny Grin
Hello Sandra, Yes, you have to start two daemons, one for HTTP and another one for HTTPS. You can configure them with identical options, including callbacks. However, they will not share same port. Yes, you can enforce port sharing by MHD_OPTION_LISTENING_ADDRESS_REUSE, but it will be unpredictabl

Re: [libmicrohttpd] [PATCH] Fix test_upgrade/test_upgrade_tls running in parallel

2019-05-30 Thread Evgeny Grin
30.05.2019 16:45, Tim Rühsen wrote: >> Thanks for details. >> I'll fix this case. > Thank you ! Check updated git master, please. > >> However, it is not advisable to use any -Werror= flags for configure, as >> it may break some tests. >> For example, if you will use -Werror=extra-semi clang flag

[libmicrohttpd] GNU libmicrohttpd 0.9.64 released

2019-06-09 Thread Evgeny Grin
Dear all, I'm glad to announce the release of GNU libmicrohttpd 0.9.64. GNU libmicrohttpd is a small C library that is supposed to make it easy to run an HTTP server as part of another application. GNU libmicrohttpd is fully HTTP 1.1 compliant and supports IPv6. Finally, GNU libmicrohttpd is fas

[libmicrohttpd] GNU libmicrohttpd 0.9.65 released

2019-07-05 Thread Evgeny Grin
Dear all, I'm glad to announce the release of GNU libmicrohttpd 0.9.65. GNU libmicrohttpd is a small C library that is supposed to make it easy to run an HTTP server as part of another application. GNU libmicrohttpd is fully HTTP 1.1 compliant and supports IPv6. Finally, GNU libmicrohttpd is fas

Re: [libmicrohttpd] GNU libmicrohttpd 0.9.65 released

2019-07-11 Thread Evgeny Grin
0.9.65 released > Thanks for the new release ! > > Could you push the git tags to the repo(s) ? > > Regards, Tim > > On 7/5/19 10:26 PM, Evgeny Grin wrote: >> Dear all, >> >> >> I'm glad to announce the release of GNU libmicrohttpd 0.9.65. >> &g

Re: [libmicrohttpd] feature request: change malloc/calloc/free functions

2019-07-22 Thread Evgeny Grin
Hi Nicolas, In addition to Christian's answer, I'd like to point your attention to the fact that for your case no patch is needed. Just use 'MHD_create_response_from_buffer_with_free_callback()' and you will be able to use any custom 'free()' function. For strings allocated by MHD, you should us

Re: [libmicrohttpd] feature request: change malloc/calloc/free functions

2019-07-22 Thread Evgeny Grin
Don't we have now duplication with 'MHD_create_response_from_buffer_with_free_callback()'? Shouldn't we remove one of implementations? -- Wishes, Evgeny 22.07.2019 12:51, Christian Grothoff пишет: > Thanks, that looks good --- modulo re-using the value 0 in the > enumeration ;-), and lacking an

Re: [libmicrohttpd] Using MHD_USE_INTERNAL_POLLING_THREAD without MHD_OPTION_THREAD_POOL_SIZE

2019-08-06 Thread Evgeny Grin
.In "thread pool" (and "Internal polling thread") modes response callbacks must not block. If you need noticeable amount of time to generate a response, you should suspend connection and resume it when response is ready. -- Best Wishes,Evgeny Grin   06.08.2019, 20:04, "Nico

Re: [libmicrohttpd] test_post_loop11

2019-10-21 Thread Evgeny Grin
Reasons should be be pretty simple: buffers flushing do not work, each request require 0.2 s to finish. Multiply by number of requests. -- Best Wishes,Evgeny Grin   17.10.2019, 19:54, "ng0" :Hi,on at least NetBSD this is one of at least 2 testswhich take their good time to finish. Does

Re: [libmicrohttpd] tsearch updates from NetBSD source

2019-11-27 Thread Evgeny Grin
This could cause a problem on platforms where size of unsigned long is smaller than size of pointer. Windows x64 is obvious example. -- Best Wishes,Evgeny Grin   27.11.2019, 14:47, "ng0" :Hi,is this okay for merge? I took it from our (NetBSD) tree,compared to what libmicrohttpd contains.

Re: [libmicrohttpd] tsearch updates from NetBSD source

2019-11-27 Thread Evgeny Grin
Let's stay with current version. '!= 0' will not add any improvement.Unpatched version gives maintenance simplicity. -- Best Wishes,Evgeny Grin   27.11.2019, 16:53, "ng0" :Okay, thanks.What about the != 0 addition, could this be problematic as well? 

Re: [libmicrohttpd] running in main thread

2019-12-04 Thread Evgeny Grin
1, &rs, &ws, &es, tvp);  if (MHD_NO == MHD_run_from_select (d, &rs, &ws, &es)    break;}  Untested.Add error checking and types casting. -- Best Wishes,Evgeny Grin   03.12.2019, 00:32, "Christian Grothoff" :On 12/2/19 10:18 PM, José Bollo wrote: Well, that's trivial. Please consi

Re: [libmicrohttpd] Unable to find specified file minimal_example.c

2019-12-22 Thread Evgeny Grin
Hi Bryan, You should ask Ubuntu/Debian package maintainers about files provided by .deb packages.MHD itself provides all mentioned files. -- Best Wishes,Evgeny Grin   22.12.2019, 05:44, "Bryan White" :I have libmicrohttpd[10|-dev|-dbg] version 0.9.44 installed under Ubuntu 16.04 LT

  1   2   3   4   >