Integer ptype does not filter for overflows
If we have a ptype like the one below:
<PTYPE help="0-10" method="integer" name="RANGE" pattern="0..10" />
And we have a command use RANGE as an input PARAM:
> testrange ? > 0-10 Help text for range
If we enter something like this:
> testrange -1111111111111111111111111111 >
It is accepted (as under the covers atoi() is used and returns 0 when it doesn't understand the given input.
Both CLISH_PTYPE_UNSIGNEDINTEGER and CLISH_PTYPE_INTEGER are affected.
I have attached a patch that instead uses strtol().