On Mon, Nov 05, 2007 at 03:49:40PM +0100, Marco Bambini wrote:
Hi guys,
I just examined the libevent library and I found it very interesting.
I have two questions
- what about its license? can I use it in a commercial (not open
source) project?
The license is the so-called
On Sun, Nov 04, 2007 at 09:56:44PM -0800, Scott Lamb [EMAIL PROTECTED] wrote:
returning from event_loop, leaving the app unclear on what has happened
and what to do.
In any case, you can get the same behaviour as libevent by calling unloop
in case of an error, so the interface is
On Sun, Nov 04, 2007 at 10:04:05PM -0800, Scott Lamb [EMAIL PROTECTED] wrote:
Realistically, I think unit tests and bug reports/workarounds are about
the only reason to blacklist specific event dispatchers. select() sucks,
but well, that's why it's at the bottom of the list, right?
There is a
Marc Lehmann wrote:
On Sun, Nov 04, 2007 at 09:56:44PM -0800, Scott Lamb [EMAIL PROTECTED] wrote:
returning from event_loop, leaving the app unclear on what has happened
and what to do.
In any case, you can get the same behaviour as libevent by calling unloop
in case of an error, so the
Hello,
I submitted a patch for 1.3b that fixed this. As it didn't get applied,
here it is again for 1.3e.
Regards
--- ./Makefile.am.orig 2007-07-30 21:57:55.0 -0600
+++ ./Makefile.am 2007-11-05 10:46:35.869698466 -0700
@@ -47,11 +47,11 @@ libevent_la_LDFLAGS = -release
This has been fixed in trunk and is going to make it into the next release.
Niels.
On 11/5/07, Kelly Anderson [EMAIL PROTECTED] wrote:
Hello,
I submitted a patch for 1.3b that fixed this. As it didn't get applied,
here it is again for 1.3e.
Regards
--- ./Makefile.am.orig 2007-07-30
On Sun, Nov 04, 2007 at 05:19:36PM -0800, Christopher Layne wrote:
On Sun, Nov 04, 2007 at 05:04:25PM -0800, Scott Lamb wrote:
* timers are managed by a priority queue (O(1) for important operations
as opposed to O(log n) in libevent, also resulting in much simpler
code).
In
Hi All,
Just to share what I did when testing with another project of mine ;-)
I am working on a socket proxy/filter on Solaris and here are what my issues
and how they are addressed:
1. can't build libevent on Win32 box - switch to Ubuntu to develop
2. one process (I didn't use thread) can
On Sun, Nov 04, 2007 at 09:47:59PM -0800, Christopher Layne [EMAIL PROTECTED]
wrote:
What is my program supposed to do? It can't distinguish them, and the
correct behavior in each of these conditions is totally different. Also,
in the program I'm thinking of, libev chose to kill this file
Hi, all!
I've noticed that we're getting a lot more bug reports and patches
than can easily be handled by the mailbox method of organization.
Clearly, we need to do a better job. Fortunately, we have a
sourceforge.net project page for Libevent:
http://sourceforge.net/projects/levent
This
Should be fixed now.
On 11/5/07, arthur [EMAIL PROTECTED] wrote:
Looks the web link in the end of each email is broken.
http://monkey.org/mailman/listinfo/libevent-users
___
Libevent-users mailing list
Libevent-users@monkey.org
On Mon, Nov 05, 2007 at 01:46:19PM -0500, Nick Mathewson [EMAIL PROTECTED]
wrote:
In case anybody here isn't watching the commits list [1], Niels
applied a patch from Maxim Yegorushkin to make the timeout
implementation based on a heap, rather than a RB-tree. Thanks, Maxim!
Thats great news!
On 11/5/07, Niels Provos [EMAIL PROTECTED] wrote:
Should be fixed now.
On 11/5/07, arthur [EMAIL PROTECTED] wrote:
Looks the web link in the end of each email is broken.
http://monkey.org/mailman/listinfo/libevent-users
__
It could be nice to keep the link to svn repo at some
On Mon, Nov 05, 2007 at 02:58:27PM -0500, Nick Mathewson wrote:
Hi, all!
I've noticed that we're getting a lot more bug reports and patches
than can easily be handled by the mailbox method of organization.
Clearly, we need to do a better job. Fortunately, we have a
sourceforge.net project
14 matches
Mail list logo
