kc3-lang/libevent/http.c
Branch :
Log
| Author | Commit | Date | CI | Message |
|---|---|---|---|---|
 |
0c7f0405 | 2013-10-01 19:12:13 | http: implement new evhttp_connection_get_addr() api. Basically tcp final handshake looks like this: (C - client, S - server) ACK[C] - FIN/ACK[S] - FIN/ACK[S] - ACK [C] However there are servers, that didn't close connection like this, while it is still _considered_ as valid, and using libevent http layer we can do requests to such servers. Modified handshake: (C - client, S - server) ACK[C] - RST/ACK[S] - RST/ACK[S] And in this case we can't extract IP address from socket, because it is already closed, and getpeername() will return: "transport endpoint is not connected". So we need to store address that we are connecting to, after we know it, and that is what this patch do. I have reproduced it, however it have some extra packages. (I will try to fix it) https://github.com/azat/nfq-examples/blob/master/nfqnl_rst_fin.c | |
 |
4464bd23 | 2013-10-10 16:10:50 | Tweak indentation | |
 |
5a5acd9a | 2013-09-28 20:03:28 | add a http default content type option | |
|
b04d13cd | 2013-09-09 12:06:53 | Merge remote-tracking branch 'origin/patches-2.0' | |
 |
5eb17885 | 2013-09-03 14:46:47 | Avoid racy bufferevent activation The evhttp_send_reply method invokes evhttp_write_buffer with a callback that may release the underlying request object and bufferevent upon completion. This cleanup callback is invoked by the underlying bufferevent's write callback. Improperly enabling write events before referencing the bufferevent could lead to use after free and memory corruption. | |
|
f22049e3 | 2013-08-06 19:17:08 | Fix an unlikely but possible error case for http connections Found by coverity | |
 |
a7f82a31 | 2013-07-24 20:50:05 | Add evhttp_connection_get_server(). | |
|
31db8a02 | 2013-05-23 16:29:17 | Fix a double close() bug in evhttp when the underlying bufferevent uses BEV_OPT_CLOSE_ON_FREE. | |
|
7b077194 | 2013-03-21 13:55:40 | Add new error_cb for actual reporting of HTTP request errors. It is useful to know why you callback called with NULL (i.e. it failed), for example if you set max_body with evhttp_connection_set_max_body_size() you must know that it failed because of body was longer than this size. (Commit message tweaked by Nick) | |
|
de8101a8 | 2013-03-01 12:00:24 | Move prototype of evhttp_decode_uri_internal() to http-internal.h Make it non static, that can be called from tests |