Hello,
"In the upcoming curl 8.9.0 release, we gave some love to ending connections
in a better way. What does that mean? Will it affect you? Let"
Stefan explains here:
https://github.com/icing/blog/blob/main/curl-all-ends-well.md
--
/ daniel.haxx.se
| Commercial curl support up to 24x7
Hi All
Could you please confirm whether
Visual Studio 2010 SP1 can be used for rebuilding libcurl 8.8.0 along with
openssl 3.3.1 and libssh2 1.11.0.
We are also using Nasm-2.11.06 , Zlib-1.2.3-lib,
ActivePerl-5.6.1.638-MSWin32-x86 for openssl.
Please confirm.
regards,
Srinivas
On Thu, 27 Jun 2024, JT, Srinivas (External) via curl-library wrote:
Could you please confirm whether Visual Studio 2010 SP1 can be used for
rebuilding libcurl 8.8.0 along with openssl 3.3.1 and libssh2 1.11.0.
I would recommend you just go ahead and try.
That's an ancient compiler version an
> JT, Srinivas (External) via curl-library hat am
> 27.06.2024 14:48 CEST geschrieben:
>
>
> Hi All
Hey there!
>
> Could you please confirm whether
> Visual Studio 2010 SP1 can be used for rebuilding libcurl 8.8.0 along with
> openssl 3.3.1 and libssh2 1.11.0.
>
> We are also using Nasm-2.11
On 6/27/2024 8:48 AM, JT, Srinivas (External) via curl-library wrote:
Could you please confirm whether
*Visual Studio 2010 SP1* can be used for rebuilding libcurl 8.8.0
along with
openssl 3.3.1 and libssh2 1.11.0.
We are also using Nasm-2.11.06 , Zlib-1.2.3-lib,
ActivePerl-5.6.1.638-MSWin32-
Great feature!
It would be nice to have an option to abort connections and close their sockets
even in cases when transfer(s) were completed successfully,
but connections must go away by some reason (i.e. too old, too many etc).
The graceful shutdown may take some time, and during that period co
On Thu, Jun 27, 2024 at 06:44:14PM +, Dmitry Karpov via curl-library wrote:
> It would be nice to have an option to abort connections and close their
> sockets even in cases when transfer(s) were completed successfully,
> but connections must go away by some reason (i.e. too old, too many etc
Yes, port numbers are a different system resource, which in some cases is more
valuable than memory or connection closure time.
In memory constrained and slow systems, like embedded devices, saving a
fraction of a second on resource releases (or several hundred milliseconds on
slow devices)
may
On Thu, 27 Jun 2024, Dmitry Karpov via curl-library wrote:
In memory constrained and slow systems, like embedded devices, saving a
fraction of a second on resource releases (or several hundred milliseconds
on slow devices) may be a very important benefit, which will overweigh
potential delays
Yes, the fix will definitely help.
I can see from Stefan's blog that aborted connections will not go through the
regular TLS shutdown and thus they will be terminated faster.
This is the right thing to do for aborted connections, I was just thinking
about an option when the same approach may be
10 matches
Mail list logo
