From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from qmta03.westchester.pa.mail.comcast.net (qmta03.westchester.pa.mail.comcast.net [IPv6:2001:558:fe14:43:76:96:62:32]) by hurricane.the-brannons.com (Postfix) with ESMTP id 24F1377AD6 for ; Sat, 4 Jan 2014 09:28:13 -0800 (PST) Received: from omta10.westchester.pa.mail.comcast.net ([76.96.62.28]) by qmta03.westchester.pa.mail.comcast.net with comcast id 9tBK1n0030cZkys53tU2nv; Sat, 04 Jan 2014 17:28:02 +0000 Received: from eklhad ([107.5.36.150]) by omta10.westchester.pa.mail.comcast.net with comcast id 9tU21n0013EMmQj3WtU2Gp; Sat, 04 Jan 2014 17:28:02 +0000 To: Edbrowse-dev@lists.the-brannons.com From: Karl Dahlke User-Agent: edbrowse/3.4.10 Date: Sat, 04 Jan 2014 12:28:00 -0500 Message-ID: <20140004122800.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=q20121106; t=1388856482; bh=2EevkZuvH4e7WE33Z5jBBYTBuvf9JoN0iGdBXJ9K7O8=; h=Received:Received:To:From:Reply-to:Subject:Date:Message-ID: Mime-Version:Content-Type; b=CEX6mpPXcVSB2/0m0aXC2hb3YJC1nW2JIdkGEZfL0L3wJxxoWSRQO9STj8/eJ30d9 YeRG013cqLNTmiFnKk8+WMp5vplIV0ozVistF19jft13UXasHZS5y/zo3SjdGFeSYD GPef3N2yYh+p6zVzGtxFapspDZI0Gt4q2VNl3MEVMPOfMCcLbWVLUY0od4M4rzoq3/ T4/7wJKAhEiNxslkZIbQbb4CTh1To48Ut1UUZFUKTOxZVJAFquqocTBQ5bjqgqesl8 dR5PVs+ci4+UJsGsM5PvNCelDnCJLnnjo8XBlnzlB78reoXsXftB0zEEUHfWNS9arW GzFsoPho5IyVA== Subject: [Edbrowse-dev] debian X-BeenThere: edbrowse-dev@lists.the-brannons.com X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Karl Dahlke List-Id: Edbrowse Development List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Jan 2014 17:28:13 -0000 I spoke with Jean again - the next debian freeze is not for several months. That's good; we are not "under the gun" to make these edbrowse changes. We have a little time. But I would like us to move forward still, making steady progress, to make sure edbrowse is in the next debian release. I don't think it was in the last one due to the js library incompatibility. debian is the only commercial success I have enjoyed for any of my work, ever, in the past 35 years. And oddly enough I did not approach them at all; they found edbrowse on their own, thought it a great program, and wanted to package it. But if I know they are putting it in their next release, we can perhaps approach redhat and others and say, "debian is including it, how about you?" So we have some time, but we also want to move forward. Not just to moz js 26, but also fixing some bugs that are in there. Sadly, a few months is not enough time for the complete rewrite that I envision, but time still to track down some of those seg faults that Adam referred to, that could be due to js gc or some such. I have to admit most seg faultts go away if you disable js. Of course the bug that I fixed two days ago, an unterminated string that could theoretically go on forever, might also seg fault, though more often it just led to unpredictable results. Anyways my hope is that 3.4.11 would be compatible with the latest js, and farily stable. Good enough for debian and perhaps other distros. Something else I never figured out is how to get js to march on even if it encounters an error. It always stops executing, and that is often because of some visual feature in the DOM that I did not implement. The web page would likely work if it would just keep on going after an error like this. Or if I could resume execution after certain errors. I could never find any way to do this, but I'll bet, I haven't tested this yet but I'll bet that firefox, using moz js, somehow continues to execute js even after an error. It would be easy enough to test. I make a web page containing this script. Run it under firefox and see what you get. alert("hello"); var x = missingVariable; alert("world"); Short of the complete rewrite, the ability to march on after hitting an undefined variable would make the biggest difference. Meantime I will try to recall some of the sites I found that produce a seg fault. Thanks for all your work. Karl Dahlke