Use upper-bound correctly in parse-number fn

[dvdreddy]

• Lower / Upper bound was not being correctly enforced when trying to read a number
• Also force the default radix to be 10 to avoid irregular behavior of the parse fn

Fixes #124

[danielcompton]

Would it be good to add some tests exercising this change?

[dvdreddy]

Just for the parse-number I can surely add,

But for overall parsing I tried to come up with a case which fails the formatting for date-time, I came up short mainly because the current code works fine due to the separators.

[danielcompton]

If you can write some tests for parse-number that fail under the old implementation, that would be great.

But for overall parsing I tried to come up with a case which fails the formatting for date-time, I came up short mainly because the current code works fine due to the separators.

Can you explain this a little more? I think I might know what you mean, but it'd be good to have an example to make sure we're on the same page.