Branch :
| Author | Commit | Date | CI | Message |
|---|---|---|---|---|
| b92b0792 | 2018-03-20 18:04:53 | don't fail be_null_filter if bytes are copied Otherwise it will not reset timeouts for the IO, but other things should still works correctly. Also evbuffer_remove_buffer() could return 0, due to empty buffers, for example during flushing bufferevent, so let's count this is BEV_OK too. (cherry picked from commit 4ba48739673060baea581774992970fa46c2f813) | ||
| ebfac517 | 2018-03-20 15:12:07 | Call underlying bev ctrl GET_FD on filtered bufferevents Fixes: #611 Fixes: #610 (cherry picked from commit 4055081499cba32642dd72427a8f9d3ad7e50e79) | ||
| 56faf02b | 2017-04-13 14:58:13 | bufferevent: refactor to use type check macros (cherry picked from commit 92cc0b9c3db38088f79c5d1e432c429fbc366968) | ||
| 40da44bd | 2017-01-29 17:23:14 | Fix -Werror=implicit-fallthrough (fixes gcc-7) Fixes: #447 (cherry picked from commit 94e7dcebc320bf496ff6b613d8e4b771fa0a161c) | ||
| b627ad88 | 2016-06-17 10:46:32 | be_filter: avoid data stuck under active watermarks Suppose we have bufferevent filter attached to bufferevent socket. Read high watermark for bufferevent filter is configured to 4096 bytes. Socket receives 4343 bytes. Due to watermark, 4096 bytes are transferred from socket input buffer to filter input buffer and 247 bytes are left in bufferevent socket. Suppose that no more data is received through socket. At this point 247 bytes will sit forever in input buffer of bufferevent socket. The patch attached solves this issue registering read callback to filter's input buffer if it reaches its read high water mark and data was left in corresponding underlying's input buffer. This read callback calls filter process input function as soon as filter input buffer falls below its read high watermark and there still is data left in underlying input buffer. Callback is deregistered as soon as filter input buffer falls below its read high watermark. | ||
| c031215d | 2016-02-28 16:49:15 | be_filter: actually disable output_filter during processing output IOW: Make the code do what the comment says it should do. | ||
| c2aa7dcb | 2015-05-05 10:37:00 | Call underlying bev ctrl SET_FD on filtered bufferevents If a bufferevent_filter is set on an underlying bufferevent which has ctrl functions, bufferevent_filter needs to handle this. For now I have added just BEV_CTRL_SET_FD, since this is needed for bufferevent_sock to assign file descriptors to the proper bufferevent_read/write callbacks. A good example of the problem can be found in issue #237 https://github.com/libevent/libevent/issues/237 | ||
| 2c82aa0f | 2014-04-30 13:55:49 | Fix issue #127, double free for filterevents that use BEV_OPT_CLOSE_ON_FREE | ||
| a7384c78 | 2013-12-03 23:01:54 | Add an option to trigger bufferevent event callbacks | ||
| 61ee18b8 | 2013-12-03 22:49:57 | Add an option to trigger bufferevent I/O callbacks |