evthread.c

Branch :

Log

Commit	Date	Message
e49e2891	2012-02-10 17:29:53	Update copyright notices to 2012
c94a5f2a	2012-01-24 17:15:50	Do a memberwise comparison of threading function tables Doing a memcmp risks comparing uninitialized padding bytes at the end of the structure.
e7874133	2011-11-14 17:33:02	Don't try to make notifiable event_base when no threading fns are configured
3c824bd3	2011-10-24 13:18:09	Update copyright dates to 2011.
e7fe9270	2011-07-04 12:16:08	Merge remote-tracking branch 'github/20_global_locks_init' into patches-2.0
b0ff7eb5	2011-04-10 14:03:39	Add an assert to appease clang's static analyzer It got confused because in EVLOCK_ASSERT_LOCKED(lock) there is an if (lock) check.
cb6ecee7	2011-04-22 12:40:07	Complain if the caller tries to change threading cbs after setting them We never supported this; it was always fraught with errors; and I don't believe there is a good reason to _want_ it to work.
b683cae3	2011-04-22 12:01:25	Avoid race-condition when initializing global locks Previously, we did stuff like if (!lock) EVTHREAD_ALLOC_LOCK(lock,0); for the evsig base global lock, the arc4random lock, and the debug_map lock. But that's potentially racy! Instead, we move the responisiblity for global lock initialization to the functions where we set up the lock callbacks. (Rationale: We already require that you set up the locking callbacks before you create any event_base, and that you do so exatly once.)
fbe64f21	2010-12-02 10:26:12	Use relative includes instead of system includes consistently.
5de2bcb7	2010-09-01 16:03:39	On windows, make lock/thread function tables static This requires us to have a separate implementation of the lock macros that indirects to a set of functions. Fortunately, this isn't too hard to do. This may be a fix for bug 3042969, where our openssl dll and our libevent dll each got their own version of the thread stuff.