From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from resqmta-ch2-10v.sys.comcast.net (resqmta-ch2-10v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:42]) by hurricane.the-brannons.com (Postfix) with ESMTPS id 9AE2778F0E for ; Sat, 10 Jan 2015 00:39:46 -0800 (PST) Received: from resomta-ch2-11v.sys.comcast.net ([69.252.207.107]) by resqmta-ch2-10v.sys.comcast.net with comcast id e8dE1p0032Ka2Q5018dEC4; Sat, 10 Jan 2015 08:37:14 +0000 Received: from eklhad ([IPv6:2601:4:5380:4ee:219:21ff:feb9:ba8d]) by resomta-ch2-11v.sys.comcast.net with comcast id e8dD1p00508MP57018dDcc; Sat, 10 Jan 2015 08:37:14 +0000 To: Edbrowse-dev@lists.the-brannons.com From: Karl Dahlke Reply-to: Karl Dahlke User-Agent: edbrowse/3.5.2 Date: Sat, 10 Jan 2015 03:37:13 -0500 Message-ID: <20150010033713.eklhad@comcast.net> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1420879034; bh=kRLFYNekaRf7daolelShRynhPEJ2r03mbBhiHmdkNA4=; h=Received:Received:To:From:Reply-to:Subject:Date:Message-ID: Mime-Version:Content-Type; b=GlHj4dc4s0dN4T/99J8l5CPa8+7kqiJrlQLl5MQaDSlZF9CiJeOR0kdgYApahKAjk 4ksknLH+PX1dAuRm/0ncTsEi3FjQxCl0ATMdgNf2LnxHOCqYdh5CuyDS1YZIYAHYIH BSDlmh9kHYs8/AZUcugXtq1gbkd5Zx43QXnHP5K3oKKxEc512Rxcof6WdAN9cOhJWt Cf3Qk/iNr/RQciuENWHoaPtjbqZo1FNSlkHKAWNDqHpHZhIKwRDUfTwJx2FX/kwjxZ 6ruLlgNmg2a9n4saGiBor+HufTB8x+ARr4MH7YzkKd6T86wwNMSL6W8hzurNBFlmgc MAToz69NkoaAQ== Subject: [Edbrowse-dev] download background X-BeenThere: edbrowse-dev@lists.the-brannons.com X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Edbrowse Development List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2015 08:39:47 -0000 Further exploration of download in background fron a secure site: I did finally get it to work, but I had to free all curl resources, global cleanup, global init, and reset all the curl attributes from start to the point of the https download. But ... after the download, the child process was so corrupted it couldn't even exit without seg fault. I looked in curl.h and it says very clearly that the global init function should be called "exactly once", and the same for global cleanup. Clearly I wasn't doing that, so all bets are off! But that is the only way to get the secure download to work in the child process. I think this is a problem we can't solve or work around. I also think it is primarily in ssl. Nobody else seems to have this problem, and I am on an older version of openssl, so instead of spinning my wheels, I think I should just document that download in background from secure sites may not work on openssl version less than 1.0.1g, and move on to other projects. We've done this in other respects; edbrowse just doesn't work with curl version < 7.26, or with pcre < something. So I think this is reasonable, if indeed the problem is in ssl, and fixed in recent versions of ssl. Karl Dahlke