[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [Libevent-users] Another possible iocp issue.
- To: libevent-users@xxxxxxxxxxxxx
- Subject: Re: [Libevent-users] Another possible iocp issue.
- From: Nick Mathewson <nickm@xxxxxxxxxxxxx>
- Date: Mon, 22 Nov 2010 15:28:32 -0500
- Delivered-to: archiver@xxxxxxxx
- Delivered-to: libevent-users-outgoing@xxxxxxxx
- Delivered-to: libevent-users@xxxxxxxx
- Delivery-date: Mon, 22 Nov 2010 15:28:43 -0500
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:content-type:content-transfer-encoding; bh=PG1w96sbdm7BIvHJWDFmn2wMebhwPhampaTQESYXVcM=; b=Hrv/HEHwC9LHnMbK1R84krKTdKNVD+U++nlfzA7IswRw1NHH40OBwZ6sD0iP2ICwm+ k+wGmx8jfZeHQzGueEOU2eHAWas0buqJ/OgcuZ6Qr0+qXPp4jc64VXfLmXwl3Cm8guXt GCv70pCvlW1yPKJRvgB/jAUaAadzTdMRTLKGM=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; b=ZEPvj6ERduqsMXiWkMFt9ugJCZSz17o4Lu35eWwh70lUiMVU3Wa3bjbWA8ev42ZZZB Ok8X7z0I8NT3ZNIv9QQ6SDUZSEyBp63z84ZIkRygDd+FkikovCUDIHDOkRZWQsge/4Zb 1tZNX7O0sxouuQ9V9oVwBDql8nENw5qkxsmp8=
- In-reply-to: <7E0686EDAE8C467C88F18BF883AED6B3@Office>
- References: <7E0686EDAE8C467C88F18BF883AED6B3@Office>
- Reply-to: libevent-users@xxxxxxxxxxxxx
- Sender: owner-libevent-users@xxxxxxxxxxxxx
On Mon, Nov 22, 2010 at 3:11 PM, Kelly Brock <Kerby@xxxxxxxxxxx> wrote:
> Hi Folks,
>
> I'm still working up an example testbed for this but figured I'd
> give you a heads up. Basically I am getting a memory corruption in the
> following (rather extreme) case:
>
> 1. Create a standard listener.
> 2. Setup 1000 buffer event items. Thread safe, deferred and close on
> free.
> 3. Issue connect requests on all 1000. (NOTE: have not started calling
> eventbase_loop so many of these fail as part of the test. Purely a single
> threaded test.)
> 4. Go into a standard eventbase loop.
>
> Currently I can repeatedly crash this test case and it seems fairly
> consistently to be failing in evbuffer_reserve_space on a completely empty
> buffer chain. Specifically the windows debug allocator is complaining that
> something wrote into a previously free'd memory block.
>
> I'm still double checking my code for this so I may still be the
> culprit. But it seems unlikely at this time since the code when run against
> the select loop seems to be fine, it also works under Linux and Os X without
> any issues.
>
> I'll post more info and a testbed as soon as possible.
Hi, Kelly! Some test code would probably indeed be necessary to fix
any bugs here. Also useful for the time being would be a
cut-and-paste of the info _exactly_ from your debugger, not just a
summary. iow, *where* in evbuffer_reserve_space is the crash? *what*
is the complaint from the windows debug allocator? Those would help
too, especially if the test code is going to be more than a day or so,
since I'd guess you already have them now.
(Also, what version of libevent?)
yrs,
--
Nick
***********************************************************************
To unsubscribe, send an e-mail to majordomo@xxxxxxxxxxxxx with
unsubscribe libevent-users in the body.