edbrowse-dev - development list for edbrowse
 help / color / mirror / Atom feed
From: Karl Dahlke <eklhad@comcast.net>
To: Edbrowse-dev@lists.the-brannons.com
Subject: [Edbrowse-dev] debian
Date: Sat, 04 Jan 2014 12:28:00 -0500	[thread overview]
Message-ID: <20140004122800.eklhad@comcast.net> (raw)

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

             reply	other threads:[~2014-01-04 17:28 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-01-04 17:28 Karl Dahlke [this message]
2014-01-04 18:18 ` Chris Brannon
2014-01-04 20:03 Karl Dahlke
2014-03-08 20:40 Karl Dahlke
2014-03-08 20:45 ` MENGUAL Jean-Philippe
2014-04-01 11:20   ` Adam Thompson
2014-04-01 16:24     ` MENGUAL Jean-Philippe
2014-04-15  9:02       ` Adam Thompson
     [not found] <mailman.8.1411327181.400.edbrowse-dev@lists.the-brannons.com>
2014-09-21 21:17 ` [Edbrowse-dev] Debian Chris Brannon
2014-09-21 21:20   ` MENGUAL Jean-Philippe
2014-09-23 12:23     ` Adam Thompson
2014-09-23 22:29       ` MENGUAL Jean-Philippe
2014-09-25 15:30       ` Chris Brannon
2014-09-25 17:23         ` MENGUAL Jean-Philippe
2014-09-21 21:19 Karl Dahlke
2014-09-22  5:53 ` Chris Brannon
2014-09-23 12:15   ` Adam Thompson
2014-09-23 14:56     ` Chris Brannon
2014-09-23 16:42 Karl Dahlke
2014-09-23 20:32 ` Adam Thompson
2014-09-24  4:54 ` Chris Brannon
2014-09-24 18:54   ` Adam Thompson
2014-09-24  7:13 Karl Dahlke

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20140004122800.eklhad@comcast.net \
    --to=eklhad@comcast.net \
    --cc=Edbrowse-dev@lists.the-brannons.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).