Alan Barrett writes:
> On Fri, 18 Apr 2014, matthew green wrote:
> >> don't include fmemopen in tools builds. Since tools does not
> >> define _NETBSD_SOURCE, we don't get the fmemopen prototype
> >
> > hmm is that because we define _SOMEOTHER_SOURCE?
> >
> > _NETBSD_SOURCE should be defined
In article <20140418072727.GA2474@marx.bitnet>,
Jukka Ruohonen wrote:
>On Thu, Apr 17, 2014 at 12:01:24PM -0400, Christos Zoulas wrote:
>> Module Name: src
>> Committed By:christos
>> Date:Thu Apr 17 16:01:24 UTC 2014
>>
>> Modified Files:
>> src/sys/arch/x86/acpi: a
On Apr 18, 3:24pm, m...@eterna.com.au (matthew green) wrote:
-- Subject: re: CVS commit: src/usr.bin/xlint/lint1
|
| "Christos Zoulas" writes:
| > Module Name:src
| > Committed By: christos
| > Date: Fri Apr 18 02:17:14 UTC 2014
| >
| > Modified Files:
| > src/us
On Fri, 18 Apr 2014, matthew green wrote:
don't include fmemopen in tools builds. Since tools does not
define _NETBSD_SOURCE, we don't get the fmemopen prototype
hmm is that because we define _SOMEOTHER_SOURCE?
_NETBSD_SOURCE should be defined normally, unless you start to
ask for restric
On Thu, Apr 17, 2014 at 12:01:24PM -0400, Christos Zoulas wrote:
> Module Name: src
> Committed By: christos
> Date: Thu Apr 17 16:01:24 UTC 2014
>
> Modified Files:
> src/sys/arch/x86/acpi: acpi_cpu_md.c
>
> Log Message:
> CID/1203191: Out of bounds read
Oh, nasty. The code was p
