On Tue, Nov 06, 2007 at 02:05:30AM -0500, Nick Mathewson wrote:
> Update: I have added 2 patches, 10 feature requests, and 12 bug
> reports to the tracker. I re-read or skimmed about 500 emails to do
> this, so it is likely I missed something, or added a bug that has
> already been fixed. My apol
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 p
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 s
On Tue, Oct 30, 2007 at 10:30:26AM -0500, Paul Fisher wrote:
> In using the latest 1.3e on linux, evhttp.h fails to compile because
> of a missing definition of TAILQ_ENTRY in evhttp.h. This is due to
> the fact that the workaround in event.h is #define'd and #undef'd
> within event.h and not avai
I have been working on a project to make libevent, eventxx, and
bufferevent work together with the CINT C++ interpreter, and have
sample tests working normal events and buffered events. The libev
announcement inspired me to try it out, and it is working so far quite
well for me.
The project is at:
On Mon, Nov 05, 2007 at 02:13:20PM -0800, Scott Lamb <[EMAIL PROTECTED]> wrote:
> >Its higher than necessary, and more complex than neccessary.
>
> Higher than necessary? I don't care; it's worth it.
>
> More complex than necessary? Not really.
Well, I gave an example that is less complex and mo
Marc Lehmann wrote:
On Sun, Nov 04, 2007 at 09:37:52PM -0800, Scott Lamb <[EMAIL PROTECTED]> wrote:
There is actually a lot of code that relies on this just working, and the
only other event loop I know that has a problem with this is Tk.
Ugh, I'd argue that idiom is broken. But if the support'
> also, it seems libevent is exporting all those heap functions (they are
> all external symbols). it probably shouldn't. or maybe there is some macro
> trick that fixes this, but at leats in my .so all min_ functions are
> exported.
easier, they are declared static, and I need to study my nm outp
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!
also, it seem
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 n
On Mon, Nov 05, 2007 at 02:52:08PM -0500, arthur <[EMAIL PROTECTED]> wrote:
> 2. one process (I didn't use thread) can only have a limited number of
> fd's -> fork multiple processes to more accept client connection
I am not aware of any such limitation. Both per-process (ulimit) and
per-system se
On Sun, Nov 04, 2007 at 09:37:52PM -0800, Scott Lamb <[EMAIL PROTECTED]> wrote:
> > There is actually a lot of code that relies on this just working, and the
> > only other event loop I know that has a problem with this is Tk.
>
> Ugh, I'd argue that idiom is broken. But if the support's free, I g
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
> http:/
On Mon, Nov 05, 2007 at 09:50:54AM -0800, Scott Lamb <[EMAIL PROTECTED]> wrote:
> >leaves me unclear on what happened and no reasonable way to recover (e.g.
> >in the case of EBADF in select).
>
> No, as I said before, libevent retains errno. I've attached a
> demonstration program. If it doesn't
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 pa
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
http://monkey.org/mailman/listinfo/libevent-users
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 thi
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
Nick Mathewson 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!
This will probably need some testing; if anybody wants to play around
with it, j
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).
> >
On Mon, Nov 05, 2007 at 10:17:55AM -0800, Niels Provos wrote:
> This has been fixed in trunk and is going to make it into the next release.
>
> Niels.
Fixed also in the 1.3 branch now; 1.3f should have the fix.
Thanks!
--
Nick Mathewson
pgpsTQz4cZuPl.pgp
Description: PGP signature
___
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-
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 @VERSION
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 inter
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 i
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 interfac
On 11/5/07, Marco Bambini <[EMAIL PROTECTED]> wrote:
> - I am interested in using it in a high load server I am writing,
> ideally it should handle some thousands of TCP/IP concurrent
> connections ... actual implementation is one thread per connection
> architecture with a select statement for eac
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 "
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?
- I am interested in using it in a high load server I am writing,
ideally it should handle some thousands
29 matches
Mail list logo