On Sun, Nov 11, 2007 at 04:42:41PM +0100, Chris Brody [EMAIL PROTECTED] wrote:
I suspect there is a very strange error event if there is a small
delay between write()/shutdown() and event_add()/event_dispatch().
Ok, if the patch indeed is correct, then it isn't (because it doesn't
range-check
On Sun, Nov 11, 2007 at 08:04:10PM +0100, Chris Brody [EMAIL PROTECTED] wrote:
My first comment is that building with EV_MULTIPLICITY=1 (the default
value) caused a few problems since there is both a struct ev_loop and
Thanks a lot (I really never tested with EV_MULTIPLICITY, so I am
pleasently
Hi!
Over the last few days, I took all of your feedback that arrived in time
or was actable upon and updated libev.
Its available at http://dist.schmorp.de/libev/libev-1.3e.tar.gz
It has now been tested on freebsd, linux, windows and os x, and is
used by a number of gvpe and urxvt installations
Thank you. I applied this to trunk.
Niels.
On Nov 10, 2007 9:14 PM, Christopher Layne [EMAIL PROTECTED] wrote:
On Sat, Nov 10, 2007 at 06:49:58PM -0800, Christopher Layne wrote:
On Sat, Nov 10, 2007 at 06:44:12PM -0800, Christopher Layne wrote:
11. here's the funny part:
Index: test/Makefile.am
===
--- test/Makefile.am(revision 515)
+++ test/Makefile.am(working copy)
@@ -31,6 +31,6 @@
test: test-init test-eof test-weof test-time regress
verify: test
- @./test.sh
+
event_del() calls event_queue_remove(base, ev, EVLIST_TIMEOUT).
-cl
Index: event.c
===
--- event.c (revision 515)
+++ event.c (working copy)
@@ -815,7 +815,6 @@
while ((ev = min_heap_top(base-timeheap))) {
Thank you. Applied to trunk and branches.
Niels.
On Nov 11, 2007 7:27 PM, Christopher Layne [EMAIL PROTECTED] wrote:
___
Libevent-users mailing list
Libevent-users@monkey.org
http://monkeymail.org/mailman/listinfo/libevent-users
On Fri, Nov 09, 2007 at 12:39:37AM +0100, Hannah Schroeter [EMAIL PROTECTED]
wrote:
I see less problems with the writing away of the data sucked from the
web servers, as most Unix like systems write stuff asynchronously, so
the open(..., O_CREAT...), write() and close() calls won't be too
On Mon, Nov 12, 2007 at 06:38:33AM +0100, Marc Lehmann wrote:
On Fri, Nov 09, 2007 at 12:39:37AM +0100, Hannah Schroeter [EMAIL
PROTECTED] wrote:
I see less problems with the writing away of the data sucked from the
web servers, as most Unix like systems write stuff asynchronously, so
the
On Sun, Nov 11, 2007 at 09:46:43PM -0800, Christopher Layne [EMAIL PROTECTED]
wrote:
Most unix systems cache data for quite long, butwhen they write, usually
user mode apps also halt. For throughput this is of little concern, but
in a game server I wrote, even an fsync could freeze the
10 matches
Mail list logo
