I've been digging into the availability of various system interfaces
on the various OSes that are still "current" in some sense, with an
eye to reducing the amount of gunge we have to sort through in the
configure script, and something popped out at me: All non-Windows
platforms nowadays have . So
On 2013-02-18 5:12 PM, Zack Weinberg wrote:
To fix things, we need to change abstract behavior in two places. First,
when you event_del() an event while the event loop to which it belongs
is running, it does not actually get disassociated from the event loop
until the next time the loop is about
On 2012-08-08 2:52 PM, Nick Mathewson wrote:
On Mon, Aug 6, 2012 at 2:42 PM, Matthieu Nottale wrote:
I'm experiencing a deadlock on 2.0.19 while calling bufferevent_free frome
thread A, while thread B is in event_base_dispatch.
Ouch. This is a known bug. This fix is going to be hard. I wro
On 2012-06-27 11:26 AM, Zack Weinberg wrote:
The only bufferevent type we use is socket bufferevents, created
variously with bufferevent_socket_connect(_hostname) and
bufferevent_socket_new; the latter case uses the fd provided to the
callback of an evconnlistener.
We also use evconnlisteners
On Tue, Jun 26, 2012 at 4:07 PM, Nick Mathewson wrote:
> On Jun 26, 2012 3:08 PM, "Zack Weinberg" wrote:
>> By "deferred callbacks" do you mean the implementation of
>> BEV_OPT_DEFER_CALLBACKS, or something else? This program doesn't use
>> that,
On Tue, Jun 26, 2012 at 8:41 AM, Nick Mathewson wrote:
> On Mon, Jun 25, 2012 at 1:20 PM, Zack Weinberg wrote:
>> I *think* this can be done with a timer event which is assigned a lower
>> priority than all other events in the program, and which is event_add()ed
>> with
I'm looking at a bug which appears to come down to: some of my event
callbacks deallocate events, bufferevents, and/or their callback data.
Under difficult-to-reproduce circumstances, libevent appears to queue up
calls to my callbacks (possibly implicitly via internal control flow),
and call th
On Thu, Apr 26, 2012 at 2:25 PM, Nick Mathewson wrote:
> On Thu, Apr 26, 2012 at 5:21 PM, Zack Weinberg wrote:
>>
>> It shouldn't. The problem appears to be with the process that
>> converts config.h into event-config.h, and that _is_ using a somewhat
>> frag
On Thu, Apr 26, 2012 at 12:54 AM, Dinh wrote:
> You are right. event-config.h contains invalid characters. However, it is
> automatically generated. It works on dedicated Ubuntu 11.10 box. But it
> didn't on Xen-based Ubuntu 11.10 instance provided by Linode.
>
> Does Xen require special settings
> In file included from event.c:27:0:
> ./include/event2/event-config.h:18:3: error: expected identifier or '('
> before '/' token
Something went wrong in the process that generates that file. Could
you please send us that file, and also any files you can find in your
build tree named 'config.h'
10 matches
Mail list logo