edbrowse-dev - development list for edbrowse
 help / color / mirror / Atom feed
* [Edbrowse-dev] debian
@ 2014-01-04 17:28 Karl Dahlke
  2014-01-04 18:18 ` Chris Brannon
  0 siblings, 1 reply; 23+ messages in thread
From: Karl Dahlke @ 2014-01-04 17:28 UTC (permalink / raw)
  To: Edbrowse-dev

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

^ permalink raw reply	[flat|nested] 23+ messages in thread
* [Edbrowse-dev]  debian
@ 2014-01-04 20:03 Karl Dahlke
  0 siblings, 0 replies; 23+ messages in thread
From: Karl Dahlke @ 2014-01-04 20:03 UTC (permalink / raw)
  To: Edbrowse-dev

> Nope, web browsers aren't as forgiving as you thought.

Well the result of that is - we have to fill in all the missing variables,
all the objects thatmight be present in a full visual browser,
even if those objects and methods don't really do anything.
This of course is DOM, and would have to be done
before or after the big rewrite,
so the effort would not be in vein.
The more we know about DOM the better.

Or ... maybe ... there is a full open source js + dom we can leverage,
like Chrome, but it has to be completely disentangled from screens
and visual presentations.

Karl Dahlke

^ permalink raw reply	[flat|nested] 23+ messages in thread
* [Edbrowse-dev] debian
@ 2014-03-08 20:40 Karl Dahlke
  2014-03-08 20:45 ` MENGUAL Jean-Philippe
  0 siblings, 1 reply; 23+ messages in thread
From: Karl Dahlke @ 2014-03-08 20:40 UTC (permalink / raw)
  To: Edbrowse-dev

I don't have a phone number for our contact over there, just email,
as he originally emailed us to ask about edbrowse.
So I sent him another email and explained the problem,
and asked for all configuration settings, options, gcc version, etc.
I hope he will get in contact with us.

I added javaSessionFail() to the out of memory leg.

Karl Dahlke

^ permalink raw reply	[flat|nested] 23+ messages in thread
[parent not found: <mailman.8.1411327181.400.edbrowse-dev@lists.the-brannons.com>]
* [Edbrowse-dev]  Debian
@ 2014-09-21 21:19 Karl Dahlke
  2014-09-22  5:53 ` Chris Brannon
  0 siblings, 1 reply; 23+ messages in thread
From: Karl Dahlke @ 2014-09-21 21:19 UTC (permalink / raw)
  To: Edbrowse-dev

The only reason we didn't put a bow on 3.5.1 long ago is, waiting for debian.
Meantime we've put in a few more features and fixed a few bugs, which is fine,
but if they're happy then I'm happy.

Karl Dahlke

^ permalink raw reply	[flat|nested] 23+ messages in thread
* [Edbrowse-dev]  Debian
@ 2014-09-23 16:42 Karl Dahlke
  2014-09-23 20:32 ` Adam Thompson
  2014-09-24  4:54 ` Chris Brannon
  0 siblings, 2 replies; 23+ messages in thread
From: Karl Dahlke @ 2014-09-23 16:42 UTC (permalink / raw)
  To: Edbrowse-dev

> So the open question is whether CURLOPT_VERIFYHOST
> should always match CURLOPT_VERIFYPEER?

Probably yes, as long as curl understands wild card certificates,
wherein *.foobar.com matches www.foobar.com.
I used such a certificate at my last job and it sure was convenient,
and cheaper than buying a certificate for each subdomain.

Karl Dahlke

^ permalink raw reply	[flat|nested] 23+ messages in thread
* [Edbrowse-dev]  Debian
@ 2014-09-24  7:13 Karl Dahlke
  0 siblings, 0 replies; 23+ messages in thread
From: Karl Dahlke @ 2014-09-24  7:13 UTC (permalink / raw)
  To: Edbrowse-dev

> I pushed the change for CURLOPT_VERIFYHOST.

Very good.
I hope it fixes some of the issues, which I don't seem to have over here,
so can't really test.

Karl Dahlke

^ permalink raw reply	[flat|nested] 23+ messages in thread

end of thread, other threads:[~2014-09-25 17:23 UTC | newest]

Thread overview: 23+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-01-04 17:28 [Edbrowse-dev] debian Karl Dahlke
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

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).