git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH] Some curl versions lack curl_easy_duphandle()

From
Johannes Schindelin <johannes.schindelin@gmx.de>
Date
Oct 17, 2005, 18:54 UTC
Message-ID
<Pine.LNX.4.63.0510172049330.14782@wbgn013.biozentrum.uni-wuerzburg.de>
In-Reply-To
<20051017180130.GJ5509@reactrix.com>
Hi,
On Mon, 17 Oct 2005, Nick Hengeveld wrote:
Show 6 quoted lines
> On Sun, Oct 16, 2005 at 02:50:18PM -0700, Nick Hengeveld wrote:
> 
> > Is that the correct version number?  I've been using 7.10.6 and 
> > curl_easy_duphandle() has been working fine.
> 
> Apart from the version number question, this patch looks good.
Aaargh! Of course I was looking at the annotate output, which said Nov 9, 
2004. But this is just the last change to the signature of the function!
So, AFAIK Sep 13, 2001, is the correct date, and 0x070900 is the version.
>  Although I'm now wondering whether it makes sense to bother trying to 
> use curl_easy_duphandle() at all and always use get_curl_handle() 
> instead.

There might well be a substantial overhead involved. I haven't measured it, but it seems reasonable to assume that duplicating a handle is implemented using a shorter code path than creating a handle all over again.

Ciao, Dscho

Previous: Nick Hengeveld
Message 7 of 7 in “Some curl versions lack curl_easy_duphandle()”
  1. Some curl versions lack curl_easy_duphandle()Johannes Schindelin, Oct 14, 2005
  2. Junio C HamanoOct 15, 2005
  3. Johannes SchindelinOct 15, 2005
  4. Nick HengeveldOct 16, 2005
  5. Johannes SchindelinOct 16, 2005
  6. Nick HengeveldOct 17, 2005
  7. Johannes SchindelinOct 17, 2005

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.