From: Michael Snyder <msnyder@vmware.com>
To: Tristan Gingold <gingold@adacore.com>
Cc: Jakub Jelinek <jakub@redhat.com>,
"gdb-patches@sourceware.org" <gdb-patches@sourceware.org>,
"gcc-patches@gcc.gnu.org" <gcc-patches@gcc.gnu.org>
Subject: Re: libiberty/cplus-dem.c, ada-demangle: plug memory leak.
Date: Fri, 04 Mar 2011 18:07:00 -0000 [thread overview]
Message-ID: <4D712A5F.1040307@vmware.com> (raw)
In-Reply-To: <807E3430-F4F7-464D-8E8A-527A86BA3D88@adacore.com>
Tristan Gingold wrote:
> On Mar 3, 2011, at 10:59 PM, Michael Snyder wrote:
>
>> Jakub Jelinek wrote:
>>> On Thu, Mar 03, 2011 at 01:20:28PM -0800, Michael Snyder wrote:
>>>> 2011-03-03 Michael Snyder <msnyder@vmware.com>
>>>>
>>>> * libiberty/cplus-dem.c (ada_demangle): Stop memory leak.
>>>> Also fix a one line indent problem.
>>> No libiberty/ in libiberty/ChangeLog.
>>>> @@ -1129,10 +1129,11 @@ ada_demangle (const char *mangled, int o
>>>> unknown:
>>>> len0 = strlen (mangled);
>>>> + xfree (demangled);
>>>> demangled = XNEWVEC (char, len0 + 3);
>>> xfree isn't ever used in libiberty/*, use either free, or
>>> XDELETE/XDELETEVEC. In fact, it seems to be defined only in gdb,
>>> making cplus-dem.c dependent on gdb is obviously a wrong thing.
>> Thanks for the review.
>>
>> How's this?
>
>> + if (demangled != NULL)
>> + free (demangled);
>
> No need to check that demangled is not NULL.
Are you sure? There is a path to "goto unknown" from before the
call to the alloc function. It might actually be null. Some
versions of 'free' don't like that.
next prev parent reply other threads:[~2011-03-04 18:07 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-03 21:20 Michael Snyder
2011-03-03 21:30 ` Jakub Jelinek
2011-03-03 22:00 ` Michael Snyder
2011-03-04 9:34 ` Tristan Gingold
2011-03-04 18:07 ` Michael Snyder [this message]
[not found] ` <4D712A5F.1040307__35010.4677411311$1299262072$gmane$org@vmware.com>
2011-03-04 18:19 ` Tom Tromey
2011-03-04 18:27 ` Michael Snyder
[not found] ` <4D712F12.8050808__11842.7885965959$1299263268$gmane$org@vmware.com>
2011-03-04 18:37 ` Tom Tromey
2011-03-04 18:41 ` Jeff Law
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4D712A5F.1040307@vmware.com \
--to=msnyder@vmware.com \
--cc=gcc-patches@gcc.gnu.org \
--cc=gdb-patches@sourceware.org \
--cc=gingold@adacore.com \
--cc=jakub@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox