Hello,
I'm just having this problem. I successfully sent an email with libcurl and the
connection stays open (first line). Then I try to send another one:
...
2012-12-06 15:33:49 : CURL: Connection #0 to host smtp.xx.com left
intact
2012-12-06 15:34:59 : CURL: Re-using existing
When cross-compiling, CURL_CHECK_PKGCONFIG was checking for the cross
pkg-config using ${host}-pkg-config.
The gold standard for doing this correctly is pkg-config's own macro,
PKG_PROG_PKG_CONFIG. However, on the assumption that you have a good
reason not to use that directly (reduced
Here is a new implementation of the persistent connection cache.
Instead of a simple linked list of connections, it is now a hash with
connection lists (called bundles), using the hostname as the key.
Each list, or bundle, contains all open connections to the specific host.
I've been
On 12/07/2012 06:58 PM, Daniel Cook wrote:
Here is a new implementation of the persistent connection cache.
Instead of a simple linked list of connections, it is now a hash with
connection lists (called bundles), using the hostname as the key.
Each list, or bundle, contains all open connections
On 07-12-12 19:56, Linus Nielsen Feltzing wrote:
It is a simple replacement of the old persistent connection cache. It works
exactly as the old one in that respect.
Linus
Question: The new implementation seems to support only one connection per
hostname. This might me exactly the same as the
On Fri, Dec 07, 2012 at 11:28:14AM +0100, Volker Schmid wrote:
I'm just having this problem. I successfully sent an email with libcurl and
the connection stays open (first line). Then I try to send another one:
...
2012-12-06 15:33:49 : CURL: Connection #0 to host smtp.xx.com left
On 12/07/2012 08:29 PM, Oscar Koeroo wrote:
On 07-12-12 19:56, Linus Nielsen Feltzing wrote:
It is a simple replacement of the old persistent connection cache. It works
exactly as the old one in that respect.
Linus
Question: The new implementation seems to support only one connection per