It’s difficult to develop a useful test that is cross-platform so let’s skip 
the testcase for this fix.


On 28 May 2014, at 17:21, Jeremy Manson <jeremyman...@google.com> wrote:

> You can defer the change if you need to.  I'm going on vacation from the 6th 
> to the 16th, so there are timing issues around that.
> 
> At Google, we plug in a different version of malloc that checks to make sure 
> that you've freed everything you've allocated.  It's a bit painful to write 
> this from scratch, but I might be able to hack something together for you 
> (that only runs on Linux), if you want.
> 
> Jeremy
> 
> 
> On Wed, May 28, 2014 at 8:52 AM, Vincent Ryan <vincent.x.r...@oracle.com> 
> wrote:
> I’ll begin reviewing your changeset and get back to you.
> Thanks.
> 
> On 28 May 2014, at 16:28, Jeremy Manson <jeremyman...@google.com> wrote:
> 
>> Ah, okay.  Thanks, Iris.  I should already know known that - Martin has 
>> explained it to me before.
>> 
>> Vincent - let me know how you want to proceed.
>> 
>> Jeremy
>> 
>> 
>> On Tue, May 27, 2014 at 10:00 PM, Iris Clark <iris.cl...@oracle.com> wrote:
>> Hi, Jeremy.
>> 
>> As an "Author", you can create a changeset but you can't push to the repo 
>> until you're a "Committer".  Additional details about the differences 
>> between Author and Committer may be found here [1,2].
>> 
>> The diffs to create a changeset are (of course) in your webrev.  Your 
>> Sponsor can use that along with the "hg commit -u jmanson ..." to list you 
>> as the changeset Author.  Alternatively, your Sponsor may want you to just 
>> send the output of "hg export -g" which would preserve information in the 
>> changeset header including the author, commit comment, etc.
>> 
>> Thanks,
>> iris
>> 
>> [1]: http://openjdk.java.net/projects/#project-author
>> [2]: http://openjdk.java.net/projects/#project-committer
>> 
>> -----Original Message-----
>> From: Jeremy Manson [mailto:jeremyman...@google.com]
>> Sent: Tuesday, May 27, 2014 2:19 PM
>> To: Vincent Ryan
>> Cc: OpenJDK; core-libs-dev
>> Subject: Re: RFR: 8044059: Memory Leak in Elliptic Curve Private Key 
>> Generation
>> 
>> Thanks, Vincent.  This would be the first change I've made as an author, so 
>> I'm not sure what the process is.  I think I just need someone to do the 
>> review, and then I can check it in?
>> 
>> Jeremy
>> 
>> 
>> On Tue, May 27, 2014 at 1:55 PM, Vincent Ryan <vincent.x.r...@oracle.com>
>> wrote:
>> 
>> > Thanks Jeremy. I believe you have JDK 9 Author status so can sponsor
>> > your fix if you wish.
>> >
>> > On 27 May 2014, at 21:09, Jeremy Manson <jeremyman...@google.com> wrote:
>> >
>> > > Just like the title says - every time you generate a new private
>> > > key, you leak a little memory.  Webrev here:
>> > >
>> > > http://cr.openjdk.java.net/~jmanson/8044059/webrev/
>> > >
>> > > This is probably the wrong mailing list for this bug, but I expect
>> > someone
>> > > on this list will point me in the right direction.
>> > >
>> > > Jeremy
>> >
>> >
>> 
> 
> 

Reply via email to