kc3-lang/libevent/buffer_iocp.c

Branch :


Log

Author Commit Date CI Message
a0983b67 2010-04-14 00:36:09 Initialize last_with_datap correctly in evbuffer_overlapped Fixes bug 2985406
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.
1e7b9868 2010-03-11 14:23:02 Fix last_with_data compilation on windows
17efc1cd 2010-03-04 01:25:51 Update all our copyright notices to say "2010"
e5bbd40a 2010-02-18 17:41:15 Clean up formatting: use tabs, not 8-spaces, to indent.
e2ca403f 2010-01-23 16:23:45 Make it compile under gcc --std=c89.
76cd2b70 2009-11-27 16:44:47 Stop passing EVTHREAD_READ and EVTHREAD_WRITE to non-rw locks. Previously, our default lock model kind of assumed that every lock was potentially a read-write lock. This was a poor choice, since read-write locks are far more expensive than regular locks, and so the lock API should only use them when we can actually take advantage of them. Neither our pthreads or win32 lock implementation provided rw locks. Now that we have a way (not currently used!) to indicate that we really want a read-write lock, we shouldn't actually say "lock this for reading" or "lock this for writing" unless we mean it.
d7d1f1da 2009-11-17 20:31:09 Move responsibility for IOCP callback into bufferevent_async. This patch from Chris Davis saves some callback depth, and adds proper ref-counting to bufferevents when there's a deferred evbuffer callback inflight. It could use a couple more comments to really nail down what its invariants are. svn:r1543
ac633aeb 2009-11-05 21:22:23 Fix some build warnings on MSVC, mostly related to signed/unsigned comparisons. svn:r1510
86db1c85 2009-11-04 05:19:26 Commit ConnectEx code to get connect working with async bufferevents. This is code by Chris Davis, with changes to get the unit tests failing less aggressively. The unit tests for this code do not completely pass yet; Chris is looking into that. If they aren't passing by the next release, I'll turn off this code. svn:r1499