kc3-lang/libevent/evport.c
Branch :
Log
| Author | Commit | Date | CI | Message |
|---|---|---|---|---|
 |
c44de06c | 2010-05-08 18:09:27 | Numerous opensolaris compilation fixes For future note, opensolaris doesn't have sys/sysctl.h, doesn't like comparing iov_buf to a chain_space_ptr without a cast, and is (predictably) unforgiving of dumb syntax errors. Also, we had accidentally broken the devpoll backend test in configure.in | |
|
c7f1b820 | 2010-03-10 21:21:33 | Merge branch 'evport' | |
|
2c2618d8 | 2010-03-05 13:00:15 | more whitespace normalization | |
|
8fdf09c0 | 2010-02-18 17:08:50 | Clean up formatting: Disallow space-before-tab. | |
|
8111fac0 | 2009-12-29 14:38:35 | Add missing thread imports so that evport.c will build When I made the changes to release the base lock around the call to port_getn(), I didn't add evthread-internal.h to the includes in evport.c would build, and I didn't catch it since I haven't got a Solaris host to build on. Tao Feng just reported this on Libevent-users. | |
|
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. | |
|
784b8773 | 2009-11-06 21:46:57 | We do not work any more without an event-config.h; stop pretending that it is meaningful to check for HAVE_CONFIG_H svn:r1516 | |
|
2e36dbe1 | 2009-10-26 20:00:43 | Use EVUTIL_ASSERT() consistently instead of assert. svn:r1464 | |
|
6b22e74a | 2009-10-21 03:54:00 | Add locking to event_base_loop. This is harder than it sounds, since we need to make sure to release the lock around the key call to the kernel (e.g., select, epoll_wait, kevent), AND we need to make sure that none of the fields that are used in that call are touched by anything that might be running concurrently in another thread. I managed to do this pretty well for everything but poll(). With poll, I needed to introduce a copy of the event_set structure. This patch also fixes a bug in win32.c where we called realloc() instead of mm_realloc(). svn:r1450 | |
|
e3fd294a | 2009-10-16 13:19:57 | Spelling fixes in comments and strings. svn:r1445 |