| To: | austin-group-l@xxxxxxxxxxxxx, gwc@xxxxxxxxxxxxx |
|---|---|
| Subject: | Re: [Fwd: Re: Clearing environ] |
| From: | Glenn Fowler <gsf@xxxxxxxxxxxxxxxx> |
| Date: | Fri, 1 Aug 2008 13:53:45 -0400 |
| Organization: | AT&T Research |
| References: | <1217604384.26163.32.camel@xxxxxx> <200808011542.m71Fgc2p002689@xxxxxx> <20080801160715.GA14327@xxxxxx> <200808011654.m71GsV9i005409@xxxxxx> <20080801171355.GA15855@xxxxxx> |
On Fri, 1 Aug 2008 18:13:57 +0100 Geoff Clare wrote: > Glenn Fowler <gsf@xxxxxx> wrote, on 01 Aug 2008: > > I saw that and believe that "compliant" and "if available" > > are mutually exclusive, i.e., compliance should be w.r.t. > > the standard and not the output of ./configure > I see what you mean. It does seem a little odd at first, but it > makes sense once you realise the heading "Compliant Solution" means > the code complies with the CERT C Secure Coding Standard, whereas > the "non-standard" label means the function is not in C99/POSIX. thanks for clarifying the "compliant" and "non-standard" connections I still don't buy it from a standards document though is it wrong to think that "standard" obviates "./configure"? |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [Fwd: Re: Clearing environ], Geoff Clare |
|---|---|
| Next by Date: | Re: [Fwd: Re: Clearing environ], Robert C. Seacord |
| Previous by Thread: | Re: [Fwd: Re: Clearing environ], Geoff Clare |
| Next by Thread: | Re: [Fwd: Re: Clearing environ], Robert C. Seacord |
| Indexes: | [Date] [Thread] [All Lists] |