From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mike Hommey Subject: Re: [PATCH] Work around curl-gnutls not liking to be reinitialized Date: Fri, 8 Feb 2008 22:31:48 +0100 Organization: glandium.org Message-ID: <20080208213148.GA2823@glandium.org> References: <20080208073456.GA17791@glandium.org> <1202501335-28205-1-git-send-email-mh@glandium.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii To: git@vger.kernel.org, gitster@pobox.com X-From: git-owner@vger.kernel.org Fri Feb 08 22:32:22 2008 Return-path: Envelope-to: gcvg-git-2@gmane.org Received: from vger.kernel.org ([209.132.176.167]) by lo.gmane.org with esmtp (Exim 4.50) id 1JNapY-0007m1-Ng for gcvg-git-2@gmane.org; Fri, 08 Feb 2008 22:32:21 +0100 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754672AbYBHVba (ORCPT ); Fri, 8 Feb 2008 16:31:30 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754607AbYBHVba (ORCPT ); Fri, 8 Feb 2008 16:31:30 -0500 Received: from vuizook.err.no ([85.19.215.103]:54178 "EHLO vuizook.err.no" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753851AbYBHVb3 (ORCPT ); Fri, 8 Feb 2008 16:31:29 -0500 Received: from aputeaux-153-1-42-109.w82-124.abo.wanadoo.fr ([82.124.6.109] helo=jigen) by vuizook.err.no with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.67) (envelope-from ) id 1JNapU-0005Jh-T1; Fri, 08 Feb 2008 22:32:23 +0100 Received: from mh by jigen with local (Exim 4.69) (envelope-from ) id 1JNap2-0001em-1X; Fri, 08 Feb 2008 22:31:48 +0100 Content-Disposition: inline In-Reply-To: <1202501335-28205-1-git-send-email-mh@glandium.org> X-GPG-Fingerprint: A479 A824 265C B2A5 FC54 8D1E DE4B DA2C 54FD 2A58 User-Agent: Mutt/1.5.17+20080114 (2008-01-14) X-Spam-Status: (score 2.2): No, score=2.2 required=5.0 tests=RCVD_IN_PBL,RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=disabled version=3.2.3 Sender: git-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: git@vger.kernel.org Archived-At: > In the end, it was a bit of git's fault, but either curl or gnutls is the > actual culprit. I've not looked into either code to find out who's > responsible, but a very simplified testcase is as follows: > > #include > #include > > int main(void) { > CURL *easy = curl_easy_init(); > curl_easy_setopt(easy, CURLOPT_VERBOSE, 1); > curl_easy_setopt(easy, CURLOPT_URL, "https://www.verisign.com/"); > curl_easy_perform(easy); > curl_global_cleanup(); > easy = curl_easy_init(); > curl_easy_setopt(easy, CURLOPT_VERBOSE, 1); > curl_easy_setopt(easy, CURLOPT_URL, "https://www.verisign.com/"); > curl_easy_perform(easy); > } > > (build with gcc -o test test.c -lcurl) > (note curl_easy_init does curl_global_init behind the curtains, even the > second time. You can convince yourself by adding > curl_global_init(CURL_GLOBAL_ALL);) And the winner is... curl ! The bug was introduced in this commit: http://cool.haxx.se/cvs.cgi/curl/lib/gtls.c.diff?r1=1.26&r2=1.27 Note how gtls_inited is not set back to FALSE in cleanup. This ended up released in 7.16.3. I'm filing a bug. Mike