From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wg0-x22c.google.com (mail-wg0-x22c.google.com [IPv6:2a00:1450:400c:c00::22c]) by hurricane.the-brannons.com (Postfix) with ESMTPS id C92D577AA5 for ; Wed, 29 Jan 2014 14:32:18 -0800 (PST) Received: by mail-wg0-f44.google.com with SMTP id l18so4761197wgh.23 for ; Wed, 29 Jan 2014 14:31:52 -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=f0REZimBhZxv/T1NCOI2rPR0QQ8OoSTXxKpXG8r3QfY=; b=qTwCNuTi8BnHqMFQ3kFbsrtgtMplyvEDnJx4FdPBN9vzRbVPOYCF3+EgEgKsOLy9xM HLUB6nKHuuD3NYFRf+utdi3MEuDsDxYbX14QWLEVSf9k3XSxKSSqh77MtyEl+sOwkXyA 0I3hZHkNDbCTn3OeVz/hxPgBWVBSqYlEBwipSmVhqJPhTw1g+ANDEw4Ihi2zDasqZelQ 5RDerRfHqwT0bgJEi1uYpaPcUsDihbeS2rC0+lGvJUEEkOcn56JKmmj0bVACc4pmskm+ 86/jbEzdb/L1xyoXrqOYrWRwInfO9ov33vgYzenv7M+DXoLJrMiRSWLIfxt3x9gSxhu6 TbSg== X-Received: by 10.180.165.238 with SMTP id zb14mr8174375wib.51.1391034712140; Wed, 29 Jan 2014 14:31:52 -0800 (PST) Received: from toaster.adamthompson.me.uk (toaster.adamthompson.me.uk. [2001:8b0:1142:9042::2]) by mx.google.com with ESMTPSA id jw4sm7850982wjc.20.2014.01.29.14.31.50 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Wed, 29 Jan 2014 14:31:51 -0800 (PST) Date: Wed, 29 Jan 2014 22:31:48 +0000 From: Adam Thompson To: Karl Dahlke Message-ID: <20140129223148.GH7404@toaster.adamthompson.me.uk> References: <20140029134918.eklhad@comcast.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140029134918.eklhad@comcast.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Edbrowse-dev@lists.the-brannons.com Subject: Re: [Edbrowse-dev] Now on 24 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: Wed, 29 Jan 2014 22:32:19 -0000 On Wed, Jan 29, 2014 at 01:49:18PM -0500, Karl Dahlke wrote: > I downloaded moz 24, and am following the master branch for edbrowse. > I built everything, ran jsrt ok, > and am using edbrowse now to write and send this email. Good to hear. On the subject of jsrt, not sure if this still happens now we have html.cpp, but there was a really awkward to reproduce segfault with jsrt. I think it basically involved filling in the form, submitting it with the various submit buttons then pressing reset. I also ran all the other tests before doing this. It doesn't always happen so I've not been able to work out what's exploding. As I said, since html.cpp I've not been able to reproduce it, but my reproduction rate before was hardly reliable anyway. Also, any idea how to make jsrt work the gc rooting stuff even more? > I pushed a commit that changes several files, but all docs, > trying to bring that up to date with what we're doing. > Mostly README which was way out of date. > Also gave credit to Adam for his work in our usersguide.html, > but if you would rather have your privacy I will happily delete the reference. Giving me credit is fine. Thanks. > With three of us accessing the main branch we need to coordinate. > > One chunk of work is to clean up html.cpp, > use string objects where it makes sense, > like anywhere you see stringAndString or stringAndChar etc > all that mess is easier with strings, > and use the array class instead of my lists so all those warnings go away. > I could do this, unless someone else is in there anyways > and wants to take it on. I don't know who's best to do this. I guess probably you or Chris since you know more about the code already, however I can take this on if you like. > Tracking down more js bugs, probably best left to you. > Why for instance would a js object call ever return null? > Can't believe we're out of memory. Hmmm, really not sure. I guess we need to check most of these and then we'll actually be able to exit when this happens rather than segfault at some later point. > Then there is the question of substituting in longer lines, > or allowing for more lines. > This one probably best left to me, as I am more familiar with buffers.c. Agreed. > Then there's lots of new features and enhancements to do, as we discussed, > but probably we should get this stuff stable first, > make a new version, then move on to other things. Yeah definitely. We need to get this done and stable for the next debian version. Cheers, Adam.