Branch :
| Author | Commit | Date | CI | Message |
|---|---|---|---|---|
| cb670740 | 2010-04-28 11:51:56 | Make debug mode catch mixed ET and non-ET events on an fd Of the backends that support edge-triggered IO, most (all?) do not support attempts to mix edge-triggered and level-triggered IO on the same FD. With debugging mode enabled, we now detect and refuse attempts to add a level-triggered IO event to an fd that already has an edge-triggered IO event, and vice versa. | ||
| 96730d31 | 2010-04-23 23:13:26 | Make http_base_test stop leaking an event_base. | ||
| b1c79500 | 2010-04-23 14:42:25 | Make evdns logging threadsafe The old logging code was littered with places where we stored messages in static char[] fields. This is fine in a single-threaded program, but if you ever tried to log evdns messages from two threads at once, you'd hit a race. This patch also refactors evdns's debug_ntop function into a more useful evutil_sockaddr_port_format() function, with unit tests. | ||
| 39b870b8 | 2010-04-22 21:49:05 | Add dns/search_cancel unit test. | ||
| 899c1dcc | 2010-04-14 15:42:57 | Replace EVUTIL_CLOSESOCKET macro with a function The EVUTIL_CLOSESOCKET() macro required you to include unistd.h in your source for POSIX. We might as well turn it into a function: an extra function call is going to be cheap in comparison with the system call. We retain the EVUTIL_CLOSESOCKET() macro as an alias for the new evutil_closesocket() function. (commit message from email by Nick and Sebastian) | ||
| 10c4c904 | 2010-04-12 12:50:17 | Do not inhibit automake dependencies generation It fixes make parallel builds. | ||
| 1234b95a | 2010-04-09 17:19:39 | Test another case of evbuffer_prepend | ||
| 8c83e995 | 2010-04-09 16:40:53 | Add more unit tests for evbuffer_expand | ||
| 06a4443a | 2010-04-09 15:28:26 | Unit-test every evbuffer_add_file() implementation. Previously, we'd only test the default one, even if the others were still compiled in. | ||
| d5ebcf37 | 2010-03-30 16:47:37 | Rewrite evbuffer_expand and its users The previous evbuffer_expand was not only incorrect; it was inefficient too. On all questions of time vs memory tradeoffs, it chose to burn time in order to avoid wasting memory. The new code tries to be a little more balanced: it only resizes an existing chain when doing so doesn't require too much copying, and when failing to do so would waste a lot of the chain's space. This patch also rewrites evbuffer_chain_insert to work properly with last_with_datap, and adds a few convenience functions to buffer.c. |