El 24/02/18 a les 15:38, Dimitrios Chr. Ioannidis via fpc-pascal ha escrit:
The only reliable way to enforce a connect timeout is to try to
connect in non-blocking mode.
Something like this ( sorry again in ssockects.pp ) for windows only,
very draft code proof of concept which it works ( w
Hi,
Στις 24/2/2018 2:00 μμ, ο Luca Olivetti έγραψε:
< snip >
OK. I got it. Point taken.
I don't think you did
No I really did ;).
The only reliable way to enforce a connect timeout is to try to
connect in non-blocking mode.
Something like this ( sorry again in ssockects.pp ) for win
El 24/02/18 a les 13:00, Luca Olivetti ha escrit:
Sure, with some combination of kernel/winsock version it could possibly
work (with mine it doesn't), but then it would be just enough to set the
IoTimeout in the TFpHttpClient (which I'm already doing), no need to
modify ssockets.pp.
Correcti
El 24/02/18 a les 10:19, Dimitrios Chr. Ioannidis via fpc-pascal ha escrit:
Hi,
On 2018-02-24 03:42, Luca Olivetti wrote:
El 23/02/18 a les 22:57, Dimitrios Chr. Ioannidis via fpc-pascal ha
escrit:
Hi
Στις 23/2/2018 11:14 μμ, ο Luca Olivetti έγραψε:
The TFPCustomHTTPClient calls TInetSocket
On Sat, 24 Feb 2018, Andreas Frieß wrote:
Depending on the Information of the list here i have created some patches and
an Bug-Report https://bugs.freepascal.org/view.php?id=33217
The heats of my changes is a more typesafe conversion and to use QWord for
the JSON. So nothing is broken and i
Depending on the Information of the list here i have created some
patches and an Bug-Report https://bugs.freepascal.org/view.php?id=33217
The heats of my changes is a more typesafe conversion and to use QWord
for the JSON. So nothing is broken and it rangechecksafe now.
- a small snippet
Hi,
On 2018-02-24 03:42, Luca Olivetti wrote:
El 23/02/18 a les 22:57, Dimitrios Chr. Ioannidis via fpc-pascal ha
escrit:
Hi
Στις 23/2/2018 11:14 μμ, ο Luca Olivetti έγραψε:
The TFPCustomHTTPClient calls TInetSocket.Create constructor which it
calls the inherited constructor from TSocketStr
