Branch :
| Author | Commit | Date | CI | Message |
|---|---|---|---|---|
| c16e6844 | 2010-05-04 13:27:36 | Rename current_base symbol to event_global_current_base_ The "current_base" symbol was never actually declared in an exported header; it's hideously deprecated, and it was the one remaining exported symbol (fwict) that was prefixed with neither ev nor bufferevent nor _ev nor _bufferevent. codesearch.google.com turns up no actual attempts to use our current_base from outside libevent. | ||
| 99e50e90 | 2010-05-04 12:57:40 | Fix symbol conflict between mm_*() macros and libmm Our mm_malloc, mm_calloc, etc functions were all exported, since C hasn't got a nice portable way to say "we want to use this function inside our library but not export it to others". But they apparently conflict with anything else that calls its symbols mm_*, as libmm does. This patch renames the mm_*() functions to event_mm_*_(, and defines maros in mm_internal so that all the code we have that uses mm_*() will still work. New code should also prefer the mm_*() macro names. Reported by Gernot Tenchio. Fixes sf bug 2996541 | ||
| 20fda296 | 2010-05-03 13:00:00 | Try /proc on Linux as entropy fallback; use sysctl as last resort It turns out that the happy fun Linux kernel is deprecating sysctl, and using sysctl to fetch entropy will spew messages in the kernel logs. Let's not do that. Instead, let's call sysctl for our entropy only when all other means fail. Additionally, let's add another means, and try /proc/sys/kernel/random/uuid if /dev/urandom fails. | ||
| 71afc525 | 2010-05-03 11:37:16 | Fix nonstandard TAILQ_FOREACH_REVERSE() definition Every current BSD system providing TAILQ_* macros define TAILQ_FOREACH_REVERSE in this order: TAILQ_FOREACH_REVERSE(var, head, field, headname) However, libevent defines it in another order: TAILQ_FOREACH_REVERSE(var, head, headname, field) Here's a trivial patch to have libevent compatible with stock queue.h headers. -Frank. [From sourceforge patch 2995179. codesearch.google.com confirms that the only people defining TAILQ_FOREACH_REVERSE our way are people using it in a compatibility header like us. Did we copy this from OpenSSH or something?] -Nick | ||
| 953e2290 | 2010-05-03 11:29:22 | Refuse null keys in evhttp_parse_query() evhttp_parse_query() currently accepts empty keys, that don't make any sense. -Frank [From sourceforge patch 2995183] -Nick | ||
| bd1ed5f3 | 2010-05-02 12:51:35 | Fix a compile warning introduced in 739e688 | ||
| 739e6882 | 2010-04-28 21:33:13 | Allow empty reason line in HTTP status | ||
| 50ec59f4 | 2010-04-28 15:16:32 | Remove redundant checks for lock!=NULL before calling EVLOCK_LOCK The EVLOCK_LOCK and EVLOCK_UNLOCK macros already check to make sure that the lock is present before messing with it, so there's no point in checking the lock before calling them. A good compiler should be able to simplify code like if (lock) { if (lock) acquire(lock); } , but why count on it? | ||
| 40c301b7 | 2010-04-28 14:56:51 | Fix compilation when openssl support is disabled Previously, we'd fail if OpenSSL was present but openssl support was disabled. Now we don't. | ||
| 9ecf0d48 | 2010-04-28 12:03:08 | Catch attempts to enable debug_mode too late Debug mode needs to be enabled before any event is setup or any event_base is created. Otherwise, we will not have recorded when events were first setup or added, and so it will look like a bug later when we delete or free them. I have already confused myself because of this requirement, so let's make Libevent catch it for the next poor forgetful developer like me. | ||
| 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. | ||
| a5208fe4 | 2010-04-27 13:42:26 | Release locks on bufferevents while executing callbacks This fixes a dead lock for me where bufferevents in different event loops use each other and access their input/output buffers (proxy-like scenario). | ||
| 25c442e5 | 2010-04-24 00:15:15 | Merge branch 'rpc_leaks' | ||
| 601a3ff9 | 2010-04-24 00:01:31 | Merge branch 'arc4seed' | ||
| f6ab2a28 | 2010-04-23 23:55:30 | Fix a memory leak when unmarshalling RPC object arrays The old code would use type_var_add() for its side-effect of expanding the array, then leak the new object that was added to the array. The new code adds a static function to handle the array resizing. | ||
| 94ee1251 | 2010-04-23 23:55:03 | fix a leak when unpausing evrpc requests | ||
| 96730d31 | 2010-04-23 23:13:26 | Make http_base_test stop leaking an event_base. | ||
| d49b92a8 | 2010-04-23 23:04:20 | Remove one last bug in last_with_datap logic. Found with valgrind | ||
| 9d8edf2f | 2010-04-23 18:59:22 | do not leak the request object on persistent connections | ||
| a47a4b7e | 2010-04-23 16:08:09 | Fix a couple of bugs in the BSD sysctl arc4seed logic Of course, FreeBSD has its own arc4random() implementation, so this should never actually be needed. Still, it's good to paint the underside of the wagon. | ||
| a5bf43ab | 2010-03-04 01:14:32 | Document evutil_secure_rng_init() and evutil_secure_rng_add_bytes() | ||
| f9807167 | 2010-04-23 15:17:10 | Make evutil_secure_rng_init() work even with builtin arc4random | ||
| 71fc3eb0 | 2010-03-04 01:13:51 | Seed the RNG using sysctl() as well as /dev/urandom William Ahern points out that if the user has chrooted, they might not have a working /dev/urandom. Linux and many of the BSDs, however, define a sysctl interface to their kernel random number generators. This patch takes a belt-and-suspenders approach and tries to do use the sysctl _and_ the /dev/urandom approach if both are present. When using the sysctl approach, it tries to bulletproof itself by checking to make sure that the buffers are actually set by the sysctl calls. | ||
| 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. | ||
| ceefbe87 | 2010-04-23 14:04:03 | Add a comment to explain why evdns_request is now separte from request | ||
| 39b870b8 | 2010-04-22 21:49:05 | Add dns/search_cancel unit test. | ||
| 67072f3c | 2010-04-22 21:46:05 | Assert for valid requests as necessary. A valid request has an associated handle, and the handle must point to the request. | ||
| a6258400 | 2010-04-21 22:20:10 | Free search state when finished searching to avoid an infinite loop. | ||
| beaa14a4 | 2010-04-21 22:01:59 | Move domain search state to evdns_request. It doesn't seem to make sense to copy the state to each new request in the search. | ||
| 15bb82d6 | 2010-04-21 21:21:21 | Ensure that evdns_request is a persistent handle. When searching is enabled, evdns may make multiple requests before calling the user callback with the result. This is a problem because the same evdns_request handle is not retained for each search request, so the user cannot reliably cancel the request. This patch attempts to ensure that evdns_request persists accross search requests. | ||
| b84b598e | 2010-04-21 01:15:19 | Clean up properly when adding a signal handler fails. Previously, when a signation() or signal() call failed, we would free the element we added to sh_old, but not actually clear the pointer. This would leave a dangling pointer in sh_old that could cause a crash later. | ||
| 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) | ||
| 0861d170 | 2010-04-14 14:41:03 | Add ctags/etags files to .gitignore | ||
| 755fbf16 | 2010-04-14 14:27:29 | Add void* arguments to request_new and reply_new evrpc hooks This makes evprc setup more extensible, and helps with Shuo Chen's work on implementing Google protocol buffers rpc on top of Libevent 2 evrpc. This patch breaks binary compatibility with previous versions of Libevent, since it changes struct evrpc and the signature of evrpc_register_generic(). Since all compliant code should be calling evrpc_register_generic via EVRPC_REGISTER, it shouldn't break source compatibility. (Code by Shuo Chen; commit message by Nick) | ||
| 07edf784 | 2010-04-14 14:23:03 | Expose the request and reply members of rpc_req_generic() This code adds two accessor functions to evprc, and helps integrate evrpc with Google protocol buffers. (Code by Shuo Chen; commit message by nickm) | ||
| a0983b67 | 2010-04-14 00:36:09 | Initialize last_with_datap correctly in evbuffer_overlapped Fixes bug 2985406 | ||
| 3cbca866 | 2010-04-12 12:52:31 | Create shared libraries under Windows | ||
| 10c4c904 | 2010-04-12 12:50:17 | Do not inhibit automake dependencies generation It fixes make parallel builds. | ||
| d469c503 | 2010-04-12 12:18:57 | Fix compiler warnings under WIN32 | ||
| ab30e553 | 2010-04-13 01:46:29 | Merge branch 'evbuffer_copyout' | ||
| eb86c8c5 | 2010-04-12 22:24:54 | Add evbuffer_copyout to copy data from an evbuffer without draining The evbuffer_remove() function copies data from the front of an evbuffer into an array of char, and removes the data from the buffer. This function behaves the same, but does not remove the data. This behavior can be handy for lots of protocols, where you want the evbuffer to accumulate data until a complete record has arrived. Lots of people have asked for a function more or less like this, and though it isn't too hard to code one from evbuffer_peek(), it is apparently annoying to do it in every app you write. The evbuffer_peek() function is significantly faster, but it requires that the user be able to handle data in separate extents. This patch also reimplements evbufer_remove() as evbuffer_copyout() followed by evbuffer_drain(). I am reasonably confident that this won't be a performance hit: the memcpy() overhead should dominate the cost of walking the list an extra time. | ||
| fd902740 | 2010-04-10 11:26:53 | Merge branch 'safetimevalms' | ||
| 8f9e60c8 | 2010-04-09 19:16:09 | Always round up when there's a fractional number of msecs. | ||
| 819f949f | 2010-04-09 19:16:49 | Limit the maximum number of events on each socket to 65535 This lets us use less RAM for the evmap_io structure, which in turn can let us have fewer cache misses for evmap operations. | ||
| 99210dd9 | 2010-04-09 19:14:25 | Merge branch 'comment' | ||
| c247adc7 | 2010-04-09 13:32:08 | Add a few more evmap/changelist comments | ||
| 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. | ||
| 28bfed47 | 2010-04-02 19:08:32 | Clean up a mistake in pointer manipulation in evbuffer_remove | ||
| 850c3ff2 | 2010-03-31 20:30:55 | Add evutil_tv_to_msec for safe conversion of timevals to milliseconds. This is useful for backends that require their timeout values be in milliseconds. | ||
| 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. | ||
| 45068a31 | 2010-03-31 12:03:43 | Fix a memory leak when appending/prepending to a buffer with unused space. | ||
| 8e227b04 | 2010-03-27 00:09:25 | Make the no_iovecs case of write_atmost compile Apparently nobody had tested it before on a system that had sendfile. Why would you have sendfile and not writev? Perhaps you're trying to test the no-iovecs code to make sure it still works. | ||
| 96865c47 | 2010-03-30 12:48:56 | Turn the increasingly complex *_CHAIN() macros into functions | ||
| b7442f8e | 2010-03-26 23:18:40 | Replace last_with_data with a slightly smarter version To implement evbuffer_expand() properly, you need to be able to replace the last chunk that has data, which means that we need to keep track of the the next pointer pointing to the last_with_data chunk, not the last_with_data chunk itself. | ||
| cda56abf | 2010-03-31 12:29:26 | Fix critical bug in evbuffer_write when writev is not available evbuffer_pullup() returns NULL if you try to pull up more bytes than are there. But evbuffer_write_atmost would sometimes ask for more bytes to be pulled up than it had, get a NULL, and fail. | ||
| c87272b7 | 2010-03-26 14:51:39 | Make evbuffer_prepend handle empty buffers better If the first chunk of a buffer is empty, and we're told to prepend to the buffer, we should be willing to use the entire first chunk. Instead, we were dependent on the value of chunk->misalign. | ||
| 5c0ebb33 | 2010-03-26 14:50:45 | Do not use evbuffer_expand() to add the first chain to a buffer (It's a big function, and using it this way is overkill.) | ||
| 2014ae4a | 2010-03-26 14:30:14 | Increase MIN_BUFFER_SIZE to 512 (1024 on 64-bit) This constant decides the smallest (and typical) size of each evbuffer chain. Since this number includes sizeof(evbuffer_chain) overhead, the old value (256) was just too low: on 64-bit platforms, it would spend nearly 20% of the allocations on overhead. The new values mean that we'll be spending closer to 5% of evbuffer allocations on overhead. It would be nice to get this number even lower if we can. | ||
| 6f20492f | 2010-03-26 14:20:10 | Fix a free(NULL) in minheap-internal.h | ||
| a5276180 | 2010-03-26 13:56:01 | Fix minheap code to use replacement malloc functions minheap-internal.h still had an extra realloc and an extra free that needed to be replaced with mm_realloc and mm_free(). | ||
| 7204b916 | 2010-03-26 13:46:29 | Remove a needless min_heap_shift_up_() call Previously, every call to min_heap_shift_down_() would invoke min_heap_shift_up_() at the end. This used to be necessary in the first version of the minheap code, since min_heap_erase() would call min_heap_shift_down_() unconditionally. But when patch 8b7a3b36763 from Marko Kreen fixed min_heap_erase() to be more sensible, we left the weird behavior of min_heap_shift_down_() in place. Fortunately, "cui" noticed this and reported it on Niels's blog. | ||
| e1e703d2 | 2010-03-23 16:04:59 | Make evutil_signal_active() match declaration. | ||
| 3eb044d0 | 2010-03-23 13:27:10 | Never test for select() on windows On 64-bit windows, configure actually _finds_ select when it tests for it, and due to the ordering of the io implementations in event.c it is chosen over the win32select implementation. This modification skips the test for select on win32 (we don't want that anyway, because Windows has its own), causing my windows box to get the win32select implementation. (edited by Nick) | ||
| 7960af51 | 2010-03-22 13:37:39 | Merge branch 'build' | ||
| 9eb2fd75 | 2010-03-22 13:27:47 | Use dist_bin_SCRIPTS, not EXTRA_DIST, to distribute scripts | ||
| 83986414 | 2010-03-12 06:04:56 | Fix infrequent memory leak in bufferevent_init_common(). | ||
| b557b175 | 2010-03-21 13:28:48 | Detect and refuse reentrant event_base_loop() calls Calling event_base_loop on a base from inside a callback invoked by that same base, or from two threads at once, has long been a way to get exceedingly hard-to-diagnose errors. This patch adds code to detect such reentrant invocatinos, and exit quickly with a warning that should explain what went wrong. | ||
| fb366c1d | 2010-03-21 13:16:31 | Functions to track the total bytes sent over a rate limit group. | ||
| 33874b05 | 2010-03-16 13:37:15 | Make 'main/many_events' test 70 fds, not 64. This is mainly intended to ensure that we don't get hung up on the 64-handle limit that lots of O(n) Windows functions (but FWICT not select) like to enforce. | ||
| 657d1b6d | 2010-03-13 01:06:57 | Set mem_offset for every bufferevent type | ||
| 0cf1431e | 2010-03-13 01:04:30 | Avoid an (untriggerable so far) crash bug in bufferevent_free() We were saying mm_free(bufev - bufev->be_ops->mem_offset); when we should have said mm_free(((char*)bufev) - bufev->be_ops->mem_offset); In other words, if mem_offset had ever been nonzero, then instead of backing up mem_offset bytes to find the thing we were supposed to free, we would have backed up mem_offset*sizeof(struct bufferevent) bytes, and freed something completely crazy. Spotted thanks to a conversation with Jardel Weyrich | ||
| 274a7bd9 | 2010-03-13 00:55:39 | Fix some memory leaks in the unit tests These don't matter except inasmuch as they give real memory leaks a place to hide. Found with valgrind | ||
| 859af677 | 2010-03-13 00:53:54 | Free evdns_base->req_heads on evdns_base_free It looks like when we moved from one big inflight-requests list to an n-heads structure, we didn't make evdns_base_free() free the array of heads. This patch should fix that. Found with valgrind | ||
| 68dc742b | 2010-03-12 20:38:25 | Fix a write of uninitialized RAM in regression tests Not actually harmful, but not something we should be doing. Found by valgrind. | ||
| b34abf30 | 2010-03-12 18:36:18 | Do not close(-1) when freeing an uninitialized socket bufferevent | ||
| 70a44b61 | 2010-03-12 18:35:15 | Avoid a spurious close(-1) on Linux On Linux, we use only one fd to do main-thread signaling (since we have eventfd()), so we don't need to close th_notify_fd[1] as we would if we were using a socketpair. | ||
| 75018951 | 2010-03-13 00:23:06 | Fix a possible double-free bug in SSL bufferevents with CLOSE_ON_FREE With CLOSE_ON_FREE set, we were telling the BIO to free the bufferevent when it was closed, and also freeing it ourselves. | ||
| 0d047c3f | 2010-03-13 00:29:15 | Fix an obnoxious typo in the bufferevent_timeout_filter test We were using the same bufferevent as the child of two filtering parents, orphaning another. This made one get freed twice, and the other not at all. Possible fix for bug 2963306 spotted by Doug Cuthbertson. | ||
| f1bc125e | 2010-03-12 23:00:49 | Improve robustness for refcounting Document that we do intend to double-decref underlying bufferevents under some circumstances. Check to make sure that we don't decref past 0. | ||
| 77c917de | 2010-03-12 14:37:54 | Give a better warning for bad automake versions. If you tried to build with automake-1.6 or earlier, we would previously spit out pages and pages of garbage output. Now, automake should just say "Hey, I'm not new enough for this." | ||
| 0794b0d2 | 2010-03-12 14:21:52 | Remove an orphaned RELEASE flag in Makefile.am | ||
| 2e898f54 | 2010-03-12 14:16:30 | Switch to using AM conditionals in place of AC_LIBOBJ AC_LIBOBJ is really only meant for defining missing library functions, not conditional code compilation. Sticking our conditionally compiled modules in SYS_SRC should make stuff easier to maintain. | ||
| b660edf9 | 2010-03-12 13:22:47 | Remove redundant stuff from EXTRA_DIST To a first approximation, sources that are mentioned anywhere in an automake file don't need to get mentioned in EXTRA_DIST. | ||
| 426c8fbe | 2010-03-12 13:09:28 | Support the standard 'make check' target in place of 'make verify' Based on patch 2816088 from Zack Weinberg | ||
| 6c83e6c9 | 2010-03-12 12:26:06 | Merge branch 'evbuffer_insert_point' | ||
| ee41aca6 | 2010-03-12 00:46:39 | Functions to manipulate existing rate limiting groups. This patch adds a function to change the current rate limit of a rate limiting group, and another to free an empty rate limiting group. | ||
| cdd4c490 | 2010-03-11 00:38:46 | Try to comment some of the event code more | ||
| 17da042d | 2010-03-11 15:39:44 | Add some glass-box tests for the last_with_data code. | ||
| 1e7b9868 | 2010-03-11 14:23:02 | Fix last_with_data compilation on windows | ||
| 78772c35 | 2010-03-11 00:18:02 | Clarify Christopher Clark's status as writer of original ht code. | ||
| e470ad3c | 2010-03-10 23:39:30 | Allow evbuffer_read() to split across more than 2 iovecs Previously it would only accept 2 iovecs at most, because our previous_to_last nonsense didn't let it take any more. This forced us to do more reallocations in some cases when an extra small malloc would have sufficed. | ||
| 6f47bd12 | 2010-03-10 23:28:51 | Remove previous_to_last from evbuffer | ||
| c8ac57f1 | 2010-03-10 23:24:14 | Use last_with_data in place of previous_to_last This actually makes some of the code a lot simpler. The only ones that actually used previous_to_last for anything were reserving and committing space. | ||
| 2a6d2a1e | 2010-03-10 22:16:14 | Revise evbuffer to add last_with_data This is the first patch in a series to replace previous_to_last with last_with_data. Currently, we can only use two partially empty chains at the end of an evbuffer, so if we have one with 511 bytes free, and another with 512 bytes free, and we try to do a 1024 byte read, we can't just stick another chain on the end: we need to reallocate the last one. That's stupid and inefficient. Instead, this patch adds a last_with_data pointer to eventually replace previous_to_last. Instead of pointing to the penultimated chain (if any) as previous_to_last does, last_with_data points to the last chain that has any data in it, if any. If all chains are empty, last_with_data points to the first chain. If there are no chains, last_with_data is NULL. The next step is to start using last_with_data everywhere that we currently use previous_to_last. When that's done, we can remove previous_to_last and the code that maintains it. | ||
| c7f1b820 | 2010-03-10 21:21:33 | Merge branch 'evport' | ||
| b2f2be6e | 2010-03-10 16:25:16 | Make evdns use the regular logging system by default Once, for reasons that made sense at the time, we had evdns.c use its own logging subsystem with two levels, "warn" and "debug". This leads to problems, since setting a log handler for Libevent wouldn't actually trap these messages, since they weren't on by default, and since some of the warns should really be msgs. This patch changes the default behavior of evdns.c to log to event_(debugx,warnx,msgx) by default, and adds a new (internal-use-only) log level of EVDNS_LOG_MSG. Programs that set a evdns logging function will see no change. Programs that don't will now see evdns warnings reported like other warnings. | ||
| 13e4f3bd | 2010-03-08 13:46:48 | Avoid errors in http.c when building with VC 2003 .NET | ||
| b677032b | 2010-03-08 13:46:04 | Avoid errors in evutil.c when building with _UNICODE defined |