Hi Azat,

Are there known usages of libevent within Android applications ?
In my experience JNIs are really tricky to debug for memory corruption and
given the event driven nature, doubly confusing.

Is there an official jni for libevent. I'm wondering whether that would be
a good direction to explore for Vijay, else consider evaluating jzmq for
his use case, if design of the remote side is still work in progress.
On Apr 8, 2016 07:37, "vijay mishra" <[email protected]> wrote:

> Thanks Azat,
>
>   I will try and see if I can make work with [1[ or [2]. But this issue
> happens sometime only and we have no specific test case to reproduce this
> issue 100%.
>   If finding the root cause becomes very hard, Can we try to add some
> "protective code" to avoid such crash ?
>
> Thanks and Regards
> Vijay
>
> On Fri, Apr 8, 2016 at 5:54 PM, Azat Khuzhin <[email protected]> wrote:
>
>> On Fri, Apr 08, 2016 at 05:41:04PM +0530, vijay mishra wrote:
>> > Hi Azat,
>> >
>> >   Thanks for your reply.... I guess I have already compiled it in
>> Android
>> > environment... And I am afraid I can't change my build environment.
>> >      However can you please let me know what additional info is needed
>> for
>> > getting a fix for this.?
>>
>> Well it is not easy to answer this question, since if application mess
>> up with memory somewhere then you definitely can have such
>> problems/crashes.
>>
>> And valgrind will show this mess (invalid read/invalid write).
>> You don't need to recompile the whole program to run it under valgrind,
>> all you need is to compile valgrind, and you can take a look here for
>> the help [1].
>>
>> Also you can try newer version of libevent [2].
>>
>> If you can't do [1] or [2], then it will be *very hard* to find the root
>> cause of the problem, but of course you can use libevent internal
>> debugging facilities:
>>   event_enable_debug_mode();
>>   // event_enable_debug_logging(EVENT_DBG_ALL); // and try to analyze
>> logs after this
>>
>> [1]: http://valgrind.org/docs/manual/dist.readme-android.html
>> [2]: https://github.com/libevent/libevent
>> ***********************************************************************
>> To unsubscribe, send an e-mail to [email protected] with
>> unsubscribe libevent-users    in the body.
>>
>
>

Reply via email to