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

Re: [PATCH] remote-curl: Include curl_errorstr on SSL setup failures

From
Jeff King <peff@peff.net>
Date
Feb 14, 2016, 16:50 UTC
Message-ID
<20160214165048.GA10219@sigill.intra.peff.net>
In-Reply-To
<1455413974-25147-1-git-send-email-spearce@spearce.org>
On Sat, Feb 13, 2016 at 05:39:34PM -0800, Shawn Pearce wrote:
> For curl error 35 (CURLE_SSL_CONNECT_ERROR) users need the
> additional text stored in CURLOPT_ERRORBUFFER to debug why
> the connection did not start. This is curl_errorstr inside
> of http.c, so include that in the message if it is non-empty.

I think this is an all-around improvement. GitHub sometimes get support requests for result=18 on a git-push, which is curl's code for "I dunno, the remote end hung up". Having a human-readable message may make things less confusing.

Unfortunately I cannot seem to create the problem at will to confirm that it kicks in in this case[1], but it seems like it should just based on reading your patch.

-Peff
[1] I tried inserting "exit(0)" in various places of receive-pack, and
    it seems make the protocol deadlock. Yikes.
Previous: Shawn PearceNext: Shawn Pearce
Message 2 of 3 in “remote-curl: Include curl_errorstr on SSL setup failures”
  1. remote-curl: Include curl_errorstr on SSL setup failuresShawn Pearce, Feb 14, 2016
  2. Jeff KingFeb 14, 2016
  3. Shawn PearceFeb 14, 2016

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.