Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Mawk large data - invalid number comparison #26

Closed
GoogleCodeExporter opened this issue Aug 4, 2015 · 3 comments
Closed

Mawk large data - invalid number comparison #26

GoogleCodeExporter opened this issue Aug 4, 2015 · 3 comments

Comments

@GoogleCodeExporter
Copy link
Contributor

What steps will reproduce the problem?
1. download test case and extract files
 https://dl.dropboxusercontent.com/u/54537922/mawk_problem.tgz
2. run the test 'mawk -f test.awk test3.log'
3. the output shows a number comparison which passed as true (comparison 
between 5.178 and 30, between 5.178 and 60)
5.178 seconds: C745A6B78375F6F6906F91974AC936E6 : 
C745A6B78375F6F6906F91974AC936E6

What is the expected output? What do you see instead?

Expected output should have been empty as when running 'gawk -f test.awk 
test3.log'. Instead with mawk the output shows an invalid comparison was 
produced.

What version of the product are you using? On what operating system?

mawk 1.3.4 20130219
Copyright 2013, Thomas E. Dickey
Copyright 1996, Michael D. Brennan

internal regex
compiled limits:
max NF             32767
sprintf buffer      2040


Red Hat Enterprise Linux Server release 6.2 (Santiago) (x86_64)

Please provide any additional information below.

The problem only happens when parsing a large log like the one in the example 
(~12k lines). The same data parses correctly when it is part of a smaller log 
of only 1k lines. 

Original issue reported on code.google.com by greedys...@gmail.com on 10 Sep 2014 at 11:18

@GoogleCodeExporter
Copy link
Contributor Author

I can reproduce the issue, and am investigating.

Original comment by dic...@his.com on 13 Sep 2014 at 11:58

@GoogleCodeExporter
Copy link
Contributor Author

Original comment by dic...@his.com on 13 Sep 2014 at 11:59

@GoogleCodeExporter
Copy link
Contributor Author

I identified the problem: in the code which distinguishes between numbers and 
strings,
it reset errno inconsistently.  I will do some test-builds and release a 
current source.

Original comment by dic...@his.com on 14 Sep 2014 at 7:31

  • Changed state: Fixed

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant