Your message dated Fri, 19 Aug 2011 17:36:14 +0200
with message-id <[email protected]>
and subject line Bug#337006 fixed in version 1:3.1.6.dfsg-1
has caused the Debian Bug report #337006,
regarding awk сhange versions - change concepts
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
337006: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=337006
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: gawk
Version: 1:3.1.4-2
gatev:~# awk --version
GNU Awk 3.1.3
....
gawk version - 1:3.1.3-3
gatev:~# echo -e "543.21 1234.56\n2345.67 765.43"|awk '{if($1>$2){print $1-$2}}'
1580.24
gate:~# awk --version
GNU Awk 3.1.4
....
gawk version - 1:3.1.4-2
gate:~# echo -e "543.21 1234.56\n2345.67 765.43"|awk '{if($1>$2){print $1-$2}}'
-691
--- End Message ---
--- Begin Message ---
Package: gawk
Version: 1:3.1.6.dfsg-1
I can reproduce this bug in gawk 1:3.1.4-2 and report that it is fixed in
upstream version 3.1.6.
Gawk version 3.1.4 changed the locale's decimal separator to that of the
current locale when parsing input data. This is according to POSIX. Chapko
Dmitrij's locale doesn't use the '.' as a decimal separator (but probably ','),
so gawk processes the input as strings instead of numbers. The 'if($1>$2)' is
now not a numerical comparison but a string comparison yielding a different
result.
Because of complaints from users this behaviour was reverted in version 3.1.6.
You can still enable it with the --posix or --use-lc-numeric options.
Regards,
--
Jeroen Schot
--- End Message ---
