[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [Libevent-users] [patch] more testcases
On Wed, Oct 19, 2011 at 9:58 AM, Leonid Evdokimov <leon@xxxxxxxxxxxx> wrote:
> Here are some patches.
>
> 0001 fires without following fixes
I like it; applying with a few comments and style tweaks.
(The style tweak is that I generally do
"struct foo *bar;" rather than "struct foo* bar;"
because in C syntax, the * really does apply to the declared variable
rather than to the type. Consider how if you want to declare bunch of
pointers, you can't say "struct foo* bar, baz, quux;")
> aff6ba1 Fix request_finished memory leak with debugging turned on.
> 9b724b2 Fix evsig_dealloc memory leak with debugging turned on.
>
> 0002 is just a preparation for 0003
I like 0002; merged that too.
> 0003 fires with current codebase but, seems, it should not. I'm sorry,
> I can't produce a nice fix right now, so I'm just sharing the testcase
> at this moment. :)
Hm. I'll look too, but if we don't find anything, this should
probably turn into an issue on one of the trackers so that I don't
forget about it later.
event_reinit is tricky and fragile code; I am sad but not shocked to
see a bug there. I tried poking at it a little bit with gdb to see
where the failure was happening, but the bug seemed to evaporate when
I added breakpoints: ouch. I'll try to look more.
Have you tried running the test under valgrind? If there's really a
double-unassign happening, it might notice something wrong.
> And the last question: should I send further patches to ML or via
> github pull request?
Both are fine! I used to be very picky about how I got patches, but
right now I am trying to accomodate as many different workflows as
possible in order to learn more about which ones work for me.
cheers,
--
Nick
***********************************************************************
To unsubscribe, send an e-mail to majordomo@xxxxxxxxxxxxx with
unsubscribe libevent-users in the body.