Path: csiph.com!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
From: Ian Collins <ian-news@hotmail.com>
Newsgroups: comp.lang.c
Subject: Re: Octal
Date: Mon, 2 Jan 2017 08:33:38 +1300
Lines: 22
Message-ID: <ect3siFq0soU1@mid.individual.net>
References: <o3tsi4$es8$1@dont-email.me> <o3u96r$t9f$1@dont-email.me> <lnmvfh6s9t.fsf@kst-u.example.com> <o3uqga$1g2$1@dont-email.me> <ln37h87udw.fsf@kst-u.example.com> <o3v2hu$qq5$1@dont-email.me> <lntw9o6cr1.fsf@kst-u.example.com> <o407g6$dgp$1@dont-email.me> <a1f82620-a8cb-472f-b9e1-3b480f084587@googlegroups.com> <o40r4j$cqc$1@dont-email.me> <lnk2aj531s.fsf@kst-u.example.com> <o414ad$d91$1@dont-email.me> <58641791.15528406@news.xs4all.nl> <o415m0$iiq$1@dont-email.me> <lnh95n3icl.fsf@kst-u.example.com> <o4187g$rqe$1@dont-email.me> <58642673.19338234@news.xs4all.nl> <o41a4f$3gt$1@dont-email.me> <5864306d.21892234@news.xs4all.nl> <o41d3c$e4u$1@dont-email.me> <o42rrr$85s$1@dont-email.me> <o42u2a$f8e$1@dont-email.me> <o4309h$mk0$1@dont-email.me> <ecl88tFpuo9U2@mid.individual.net> <o43tve$cuv$1@dont-email.me> <o45f38$qo6$1@dont-email.me> <o45ltq$h8n$1@dont-email.me> <o45p7b$soo$1@dont-email.me> <o45vv9$mtk$1@dont-email.me> <o4b5fm$ul5$1@dont-email.me>
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: individual.net eL1+tsBka6KgaSYn7MGBbQKt8jtrSVXU4pRJGwbMJAWJxuOCqO
Cancel-Lock: sha1:BmSkb8RPuElGngH0Iw+acd2eMwo=
User-Agent: Mozilla/5.0 (X11; SunOS i86pc; rv:38.0) Gecko/20100101 Thunderbird/38.5.1
In-Reply-To: <o4b5fm$ul5$1@dont-email.me>
Xref: csiph.com comp.lang.c:100805

On 01/ 2/17 04:00 AM, David Brown wrote:
> On 30/12/16 16:55, BartC wrote:
>> On 30/12/2016 14:00, David Brown wrote:
>>> On 30/12/16 14:04, BartC wrote:
>>
>>>> Not even 'Unused parameter'?
>>>
>>> int foo(int a) {
>>>      (void) a;
>>>      return 123;
>>
>> Ugly.
>
> It is less ugly than incorrect code - and code that does not use the
> parameters is, IME at least, usually wrong or at least an indication of
> inefficiency somewhere.  It is not /always/ wrong, of course, but usually.

I wonder why C hasn't adopted the simple rule from C++: if a parameter 
isn't going to be used, don't give it a name.

-- 
Ian