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 Thu, Feb 14, 2013 at 7:28 PM, Patrick Pelletier
wrote:
[...]
>
> I've been similarly frustrated with the lack of evhttp client examples,
> especially ones that properly show how to do error handling, IPv6, and
> https. I've created a repo (because it's just a little too big to feel
> comforta
On Sun, Feb 17, 2013 at 10:09 PM, Tony Qin wrote:
> Hi all,
>
> I uses the libevent-2.0.19-stable in my rpc server to send data from
> client-end to server-end. However, my server is always "exist" by
> libevent (by event_errx()).
>
> Checked log and fond the follow message:
>
> event_queue_remove
On Mon, Feb 18, 2013 at 9:01 AM, JiaQiang Xu wrote:
> Hi,
>
> I'm using libevent to write an http server for transferring files. I
> use openssl for https.
Have you tried looking at the BEV_OPT_DEFER_CALLBACKS option? Its
main role it to prevent infinite chains of recursive callbacks like
this.
On Mon, Feb 18, 2013 at 8:58 PM, JiaQiang Xu wrote:
> 2013/2/19 Nick Mathewson :
>> On Mon, Feb 18, 2013 at 9:01 AM, JiaQiang Xu wrote:
>>> Hi,
>>>
>>> I'm using libevent to write an http server for transferring files. I
>>> use openssl for https.
>>
>> Have you tried looking at the BEV_OPT_DEFER
humm when I enable the debug mode in libevent, it will dump
GB-level log and not easy to check specific event. Also, the crash
does not always happen in any time running.
Has any quickly fix there?
I try to disable the event_errx() in event_queue_remove() and let
server alive. However, it see
