Per discussions, I've posted a proposed patch on bug 37060
https://bugs.freepascal.org/view.php?id=37060
I've also attached a test program that exercises the new functions.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.free
On 15/05/20 11:25 pm, Michael Van Canneyt wrote:
On Fri, 15 May 2020, Noel Duffy via fpc-pascal wrote:
That must be a new record in bug fix speed. You fixed that within ten
minutes of my message to the list!
I forgot to mention in my message, but did mention in the bug report,
that leading
On Fri, 15 May 2020, Noel Duffy via fpc-pascal wrote:
That must be a new record in bug fix speed. You fixed that within ten
minutes of my message to the list!
I forgot to mention in my message, but did mention in the bug report,
that leading zeroes are also allowed, so you can parse:
On 15/05/20 10:48 pm, Michael Van Canneyt wrote:
On Fri, 15 May 2020, Noel Duffy via fpc-pascal wrote:
While doing some work on bug 37060, the refactoring of StrToHostAddr
and StrToHostAddr6 in the sockets
unit,(https://bugs.freepascal.org/view.php?id=37060), I found that
StrToHostAddr is d
On Fri, 15 May 2020, Noel Duffy via fpc-pascal wrote:
While doing some work on bug 37060, the refactoring of StrToHostAddr and
StrToHostAddr6 in the sockets
unit,(https://bugs.freepascal.org/view.php?id=37060), I found that
StrToHostAddr is doing no validation at all on input address charact
While doing some work on bug 37060, the refactoring of StrToHostAddr and
StrToHostAddr6 in the sockets
unit,(https://bugs.freepascal.org/view.php?id=37060), I found that
StrToHostAddr is doing no validation at all on input address characters
before calling the function Val, so any Pascal notati
