[… other discussion omitted…]
On Feb 21, 2019, at 12:22 PM, John Baldwin wrote:
>
>
> I'm +1 on Bruce's point on this. I find it similar to the recent spate of
> adding pointless '__dead2' annotations to usage functions that unconditionally
> call exit() (and thus are already inferred as __de
On 2/20/19 9:20 PM, Warner Losh wrote:
> On Wed, Feb 20, 2019, 9:59 PM Enji Cooper
>>
>>> On Feb 20, 2019, at 5:17 PM, Bruce Evans wrote:
>>>
>>> On Wed, 20 Feb 2019, David Bright wrote:
>>>
Log:
Complete fix for CID 1007454, CID 1007453: Resource leak in newsyslog
The result
On Wed, Feb 20, 2019, 9:59 PM Enji Cooper
> > On Feb 20, 2019, at 5:17 PM, Bruce Evans wrote:
> >
> > On Wed, 20 Feb 2019, David Bright wrote:
> >
> >> Log:
> >> Complete fix for CID 1007454, CID 1007453: Resource leak in newsyslog
> >>
> >> The result of a strdup() was stored in a global variabl
> On Feb 20, 2019, at 5:17 PM, Bruce Evans wrote:
>
> On Wed, 20 Feb 2019, David Bright wrote:
>
>> Log:
>> Complete fix for CID 1007454, CID 1007453: Resource leak in newsyslog
>>
>> The result of a strdup() was stored in a global variable and not freed
>> before program exit. This is a follo
On Wed, 20 Feb 2019, David Bright wrote:
Log:
Complete fix for CID 1007454, CID 1007453: Resource leak in newsyslog
The result of a strdup() was stored in a global variable and not freed
before program exit. This is a follow-up to r343906. That change
This was an especially large bug in Co
Author: dab
Date: Wed Feb 20 22:05:44 2019
New Revision: 344389
URL: https://svnweb.freebsd.org/changeset/base/344389
Log:
Complete fix for CID 1007454, CID 1007453: Resource leak in newsyslog
The result of a strdup() was stored in a global variable and not freed
before program exit. This
