Subject: Re: bin/29226: /etc/daily pipes >32bit integers from netstat to awk, which can't deal with them
To: None <gnats-bugs@netbsd.org, gnats-admin@netbsd.org,>
From: Christos Zoulas <christos@zoulas.com>
List: netbsd-bugs
Date: 02/04/2005 09:14:41
On Feb 4,  1:53pm, kleink@mibh.de (Klaus Klein) wrote:
-- Subject: Re: bin/29226: /etc/daily pipes >32bit integers from netstat to a

| The following reply was made to PR bin/29226; it has been noted by GNATS.
| 
| From: Klaus Klein <kleink@mibh.de>
| To: gnats-bugs@netbsd.org
| Cc: 
| Subject: Re: bin/29226: /etc/daily pipes >32bit integers from netstat to awk, which can't deal with them
| Date: Fri, 4 Feb 2005 14:46:58 +0100
| 
|  On Fri, Feb 04, 2005 at 08:17:00AM +0000, arto@selonen.org wrote:
|  
|  > (1) Teach awk 64bit number handling, including quad conversions.
|  
|  Shell utilities seem a bad place to instill knowledge of explicit
|  integer size conversions.
|  
|  > (1) Replace awk in /etc/daily with something that can deal with
|  >     large numbers
|  
|  I wouldn't mind awk(1) using intmax_t internally; however, there is
|  a showstopper in IEEE Std 1003.1-2001 section 1.7.2:
|  
|  	"Integer variables and constants, including the values of
|  	 operands and option-arguments, used by the standard
|  	 utilities [...] shall be implemented as equivalent to
|  	 the ISO C standard _signed long_ data type [...]"
|  
|  Having an alternate, conforming version in, say, /usr/posix/bin and
|  adjusting _CS_PATH accordingly might do the trick for this one (and
|  a couple of similar issues).

Or a flag, if that does not make the code too difficult to handle.

christos