From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-we0-x22d.google.com (mail-we0-x22d.google.com [IPv6:2a00:1450:400c:c03::22d]) by hurricane.the-brannons.com (Postfix) with ESMTPS id 0EA5E7842C for ; Sun, 9 Feb 2014 07:14:24 -0800 (PST) Received: by mail-we0-f173.google.com with SMTP id x55so3592084wes.32 for ; Sun, 09 Feb 2014 07:13:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=QZ5v36ZqVNnJuUSTYLuvdJvcYpBP/cVV479/RV2+3X0=; b=w/i/H22g8mytHmZlXbTtmki2jibasK3xABhhvTN4ZgeNAXXFn3lry4WyyVGNYfIg8U v8EFXX4LZhUxNazQ2agjRtw75iN/hC8dKfTjlkBeACs+Ly/zJyVO4eu85yDOqIsRZa11 zmz/oS03iql+WDWFvYxSGrMXlIgwlffcYUThUwbLxks2QyIS7bt2cvwCJDRmu9SlMRhP 3shJgE1eMsKUiL58mCEItBmr+wFJuh6YBQIfStCgwZ9pxjDQ/kPqgG2D0Q97NWyl/yPn FKOD7TSIro5WVLnIHJx2AdtD8Oqrv1vOkVrfvGCMHCf6ucz6zPiyqonDdMW2W0rwwMQX tn1Q== X-Received: by 10.194.61.210 with SMTP id s18mr18465114wjr.10.1391958823558; Sun, 09 Feb 2014 07:13:43 -0800 (PST) Received: from toaster.adamthompson.me.uk (toaster.adamthompson.me.uk. [2001:8b0:1142:9042::2]) by mx.google.com with ESMTPSA id fo6sm27488642wib.7.2014.02.09.07.13.37 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Sun, 09 Feb 2014 07:13:38 -0800 (PST) Date: Sun, 9 Feb 2014 15:13:35 +0000 From: Adam Thompson To: Karl Dahlke Message-ID: <20140209151335.GD11542@toaster.adamthompson.me.uk> References: <20140109091846.eklhad@comcast.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140109091846.eklhad@comcast.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Edbrowse-dev@lists.the-brannons.com Subject: Re: [Edbrowse-dev] Error Legs X-BeenThere: edbrowse-dev@lists.the-brannons.com X-Mailman-Version: 2.1.17 Precedence: list List-Id: Edbrowse Development List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Feb 2014 15:14:25 -0000 On Sun, Feb 09, 2014 at 09:18:46AM -0500, Karl Dahlke wrote: > > I'd still prefer it if it just killed the offending context as well > > I agree, and I might be the one to work on this - > but that would be one of those major changes that I think we said we would > wait on until our work was stable. > I keep coming back round to the fact that if we can't get this to work > with moz js 24 libraries as distributed, then edbrowse is dead anyways, > except perhaps on our three machines. > If it can't be distributed then I don't know how much time I should spend on it. > I'm not trying to be Debbie Downer, just practical. Hmmm, it breaks with *one* distributed package of mozjs 24, and not even a stable one. The fact is that it works with mozjs as distributed by mozilla, which tells me that it works well enough for distribution. > We should be doing what we can to get it to function in the debian world. > If that is both in process and/or on hold, > or if one of you is taking that on, then I could work on error legs in parallel, > and would be willing to do that, as it is a systemic change throughout. You're right that we *need* to work out how to get this to function with the debian package, and I think both Chris and I are working on this. I think it'd be helped greatly by improved error handling though, as it *may* be that the bug with debian is a reflection of something wrong in edbrowse's use of the lib which is showing up in other strange problems when run against hand-compiled versions. At the end of the day, if we know the browser is properly stable with one version of the lib it'll make it easier to find where the instability is with the debian package. At the moment, I 'm fairly sure that the bug is something to do with not defining something or something missing in our initialisation or the Debian package. However, when the thing segfaults for seemingly no reason sometimes, there's always the suspician that something else is going on. > I just keep looking up and seeing the sword of damocles overhead. I think this is being a bit over-dramatic. The cleanup for the new release and the stabilisation process is painful, but certainly not fatal for the project. I'm not surprised about this, there are things which need to be fixed and the changes in the mozilla api are signifficant. Debian are still packaging edbrowse so it's not gone from their repo and is still in stable. As long as we can show them there's development this will hopefully be ok. I think we need to make the release relatively soon, but I think waiting for error handling, whilst perhaps pushing the concept of code cleanup a bit, makes sense. After all, what'll kill the project is a bug-filled release, not a delayed one. If people view edbrowse as a segfault wating to happen then they'll stop using it. If they have to wait a little longer for a major new release then they'll probably be fine with that as long as they know why. Cheers, Adam.