Hi Richard,
On 12.04.2013 20:31, Richard Michael wrote:
Tested and works well for me, thanks!
great! Thanks for verifying.
Nice obvious solution to close then re-open the tempfile around
writing it with the new pipe. I definitely was not thinking! :-)
thats kinda back to the roots ;-)
if yo
On 2013-04-10 02:22 , Yan Wu wrote:
Are there some wrong about my usage of CURLOPT_RESOLVE with multi
interface? Below is my code, I run it on Debian Linux 6, the libcurl is
version 7.28.
Hi Yan Wu,
I am not sure I fully understand your problem, but I believe I know the
cause.
By default,
On Wed, 10 Apr 2013, Sam Deane wrote:
I think I've found a bug in the FTP support.
commit 61d259f95045c was just pushed with a fix for this. Thanks for the
report!
--
/ daniel.haxx.se
---
List admin: http://cool.haxx.se/list/
On Fri, 12 Apr 2013, Giuseppe Attardi wrote:
I found the cause of the truncated files. It is due to libcurl aborting some
transfers because of reaching the low speed limit.
I am using a fast 1Gb Internet connection and monitoring the bandwidth usage
shows that I am well below saturation.
An
On Fri, 12 Apr 2013, Michael-O wrote:
ares: name resolution works flawlessly and fast
async: horribly slow as before
Please don't call the threaded resolver backend the async one, as the c-ares
one is async as well.
If the threaded resolver is slow it sounds like something is wrong since I
Hi Günter,
Am 2013-04-11 14:24, schrieb Guenter:
[..]
in addition I've commited another small fix for the c-ares MinGW
makefile in order to automatically create ares_build.h when building
from Git:
http://svwe10.itex.at/cgit/cgit.cgi/c-ares.git/commit/?id=2004a7a1115e25128170e40470eba8603f7080da
Hello Günter,
Sorry for my slow reply.
On Wed, Apr 10, 2013 at 1:30 AM, Guenter wrote:
> if you have a spare cpu cycle perhaps you can test the current version if it
> still works fine for ya?
> diff:
> http://svwe10.itex.at/cgit/cgit.cgi/curl.git/commit/?id=577703495e2ed11c4470f2636fae0c84f0c0
Hi Günter,
Am 2013-04-11 14:24, schrieb Guenter:
Hi Mike,
On 10.04.2013 21:54, Michael-O wrote:
I strongly support this approach because its clear and makes everything
explicit. I would even go one step further:
Add an alias for ENABLE_THREADS_WIN32 as ENABLE_ASYNC_DNS if this define
is for DN
Am 2013-04-10 23:06, schrieb Daniel Stenberg:
On Wed, 10 Apr 2013, Michael-O wrote:
Add an alias for ENABLE_THREADS_WIN32 as ENABLE_ASYNC_DNS if this
define is for DNS only. Threads win22 says absolutely nothing at least
to me.
We have two different ways to provide asynchronous DNS! Threads a
On Fri, Apr 12, 2013 at 4:22 AM, Daniel Stenberg wrote:
> Your talk of "load balancing" make me suspect that you may have other ideas
> than that, or what you would load balance between exactly?
Fail-over is the first goal, and having a well-balanced load is a
secondary goal. I should provide a b
I found the cause of the truncated files.
It is due to libcurl aborting some transfers because of reaching the low
speed limit.
Individually, the files get transferred perfectly, but when they are
transfered in bunches of 1000, occasionally for a few of them,
unpredicatabily, the transfer slows
On Wed, 10 Apr 2013, Sam Deane wrote:
So, for example, I upload to ftp://sam:p...@example.com//test.txt
Thanks for the report!
I've verified this. It fails when getting a file like
ftp://example.com//top.txt
but it works if there's a directory in the root dir:
ftp://example.com//dir/to
On 12 apr 2013, at 19:22, Daniel Stenberg wrote:
> SRV record support has been discussed before but hasn't ever been implemented
> by anyone. I think it would be an intersting addition.
>
> But SRV records will only help us connect to a particular address. Once
> connected libcurl prefers kee
On Thu, 11 Apr 2013, da...@davidstrauss.net wrote:
+and use the \fBsame\fP cookie database, DNS cache, TLS session cache! This
+way, each single transfer will take advantage from data updates made by the
+other transfer(s). The sharing interface, however, does not share active or
+persistent con
On Wed, 10 Apr 2013, David Strauss wrote:
I see some exciting pipeline-management features landing in new cURL
releases that balance connections to the same hostname. Is there any
interest in extending such support to balancing/fail-over between multiple
A/ records returned for a domain?
libcurl cookie domain tailmatch
===
Project cURL Security Advisory, April 12th 2013
http://curl.haxx.se/docs/security.html
1. VULNERABILITY
libcurl is vulnerable to a cookie leak vulnerability when doing requests
acro
Hello world!
I'm happy to present curl and libcurl version 7.30.0, readily available for
download from http://curl.haxx.se/ as usual.
Take note of the security advisory associated with this release. I'll post a
separate mail about it in second.
This time I especially want to say THANK YOU to
17 matches
Mail list logo
