From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from resqmta-po-02v.sys.comcast.net (resqmta-po-02v.sys.comcast.net [IPv6:2001:558:fe16:19:96:114:154:161]) by hurricane.the-brannons.com (Postfix) with ESMTPS id 4E56478F46 for ; Wed, 14 Jan 2015 04:08:25 -0800 (PST) Received: from resomta-po-14v.sys.comcast.net ([96.114.154.238]) by resqmta-po-02v.sys.comcast.net with comcast id fo5W1p00258ss0Y01o5nnQ; Wed, 14 Jan 2015 12:05:47 +0000 Received: from eklhad ([IPv6:2601:4:5380:4ee:219:21ff:feb9:ba8d]) by resomta-po-14v.sys.comcast.net with comcast id fo5m1p00B08MP5701o5m5w; Wed, 14 Jan 2015 12:05:47 +0000 To: Edbrowse-dev@lists.the-brannons.com From: Karl Dahlke Reply-to: Karl Dahlke User-Agent: edbrowse/3.5.2 Date: Wed, 14 Jan 2015 07:05:46 -0500 Message-ID: <20150014070546.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=1421237147; bh=LlVXZHVphCBXCxf/AFJcyFtEOIhu0yiNDNNAjnDSeYA=; h=Received:Received:To:From:Reply-to:Subject:Date:Message-ID: Mime-Version:Content-Type; b=DrDZTfUVDJFmjd0glWJo93WMUiUla/fL4cizc4lsgLLkr6GNKvA7q1u0e6njbD7at y87AGNSXVD6RmETQWquvbANENu8vccHhmYTSZe1xsp5UGFDOe8VZ0NBU6vBctkOtZo HPce5/qug/SOG+90wFWb9Eanz7BYr9P5zWjaLq+3IdSX7wKkMLTkSQs+Zm7mvYrJjJ XCj1tjje2DTXGtOoGpN+XUaYeLex5j3m/FdWAAPRGeTGN80wVsV5mGNTMAWlVn+iXN n8grY3qPlI+8buCMI/NKz3p7BVry6rNJpcFmICGT8UcpnQTSMp9+nZm4uyL2rpiugk jvIUWyMM+2bGg== Subject: [Edbrowse-dev] curl seg fault 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: Wed, 14 Jan 2015 12:08:25 -0000 If you would pull the latest, and then see if you can reproduce my seg fault, because it is very very strange. I think it's another curl thing so hoping Chris can help me here. First, my latest push fixes a small bug wherein r filename would offer to download that file in certain cases. But if you are commanding to read it into the buffer then you never want to download it. That was a one line fix, but did not fix or affect the following bug. Bring up edbrowse with no args, an empty buffer, and then r https://login.persona.org/include.js Type qt to quit, bypassing as much machinery as possible. seg fault. This test does not involve javascript at all, the process is never launched. The seg fault goes away if you comment out the line curl_global_cleanup(); in main.c line 933. Here's the interesting part; the seg fault also goes away, at least for me, if you type vs first. Don't verify certificates. Read in the file as usual, and quit, and all is well. What's up with that??? It means if you can't reproduce it it might depend on my local cert file. It might depend on a lot of things. Wonder if it is yet another bug in my somewhat older open ssl, but damnit it's not that much older! An unrelated question: bgl tracks and displays background downloads, should it also track and display foreground downloads? Obviously none of these will ever be in the in progress state. Karl Dahlke