strange issue reading /dev/null
Sean C. Farley
scf at FreeBSD.org
Thu Aug 7 17:19:23 UTC 2008
On Thu, 7 Aug 2008, Jeremy Chadwick wrote:
> On Thu, Aug 07, 2008 at 11:54:10AM -0500, Sean C. Farley wrote:
>> On Thu, 7 Aug 2008, Gabor Kovesdan wrote:
>>> Sean C. Farley ha scritto:
>>>> You are testing c which has not been set. It works OK if you set c
>>>> then do the test:
>>>>
>>>> + c = fgetc(f);
>>>> if (c != EOF)
>>>> - printf("%c\n", fgetc(f));
>>>> + printf("%c\n", c);
>>> Yes, you are right, this is what I meant, I'm just a bit
>>> disorganised....
>>> Thanks!
>>
>> You are welcome.
>>
>> Actually, what I found odd was that the base gcc did not warn about
>> using an uninitialized variable using -Wall.
>
> Probably because you didn't use -O. -Wall includes -Wuninitialized,
> but -Wuninitialized only applies if you use optimisation. gcc won't
> bail if you use -Wall without -O, for obvious reasons. Case in point:
You are correct; I did not use -O.
> $ gcc -Wall -o x x.c
> x.c: In function 'main':
> x.c:14: warning: control reaches end of non-void function
>
> $ gcc -Wuninitialized -o x x.c
> cc1: warning: -Wuninitialized is not supported without -O
Heh.
> $ gcc -Wall -O -o x x.c
> x.c: In function 'main':
> x.c:14: warning: control reaches end of non-void function
> x.c:12: warning: 'c' is used uninitialized in this function
>
> gcc -- finding new ways every day to drive programmers crazy. :-)
Grr! Optimization should not be a requirement for checking for
uninitialized variables. Yes, gcc adds "fun" to development.
Sean
--
scf at FreeBSD.org
More information about the freebsd-hackers
mailing list