GNU bug report logs - #11675
stty bad C semantics

Previous Next

Full log

Message #35 received at 11675 <at> debbugs.gnu.org (full text, mbox):

From: Eric Blake <eblake <at> redhat.com>
To: "Voelker, Bernhard" <bernhard.voelker <at> siemens-enterprise.com>
Cc: Edward Schwartz <edmcman <at> cmu.edu>, Jim Meyering <jim <at> meyering.net>,
	"11675 <at> debbugs.gnu.org" <11675 <at> debbugs.gnu.org>
Subject: Re: bug#11675: stty bad C semantics
Date: Tue, 12 Jun 2012 08:58:13 -0600

[Message part 1 (text/plain, inline)]

On 06/12/2012 08:52 AM, Voelker, Bernhard wrote:
> Jim Meyering wrote:
> 
>> That has prompted a nicely animated debate ;-)
> 
> ... and it goes on ;-)
> 
> What about these?
> 
> find . -name '*.c' | xargs grep -F '0, };'
> ./src/ls.c:                    mbstate_t mbstate = { 0, };
> ./src/shred.c:  struct Options flags = { 0, };
> ./src/tr.c:  bool in_set[N_CHARS] = { 0, };
> ./src/wc.c:      mbstate_t state = { 0, };
> ./src/pathchk.c:      mbstate_t mbstate = { 0, };

What about them?  None of them are using memcmp(), so none of them care
what the padding bytes (if any) got set to.

-- 
Eric Blake   eblake <at> redhat.com    +1-919-301-3266
Libvirt virtualization library http://libvirt.org

[signature.asc (application/pgp-signature, attachment)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.