edbrowse-dev - development list for edbrowse
 help / color / mirror / Atom feed
From: Adam Thompson <arthompson1990@gmail.com>
To: Kevin Carhart <kevin@carhart.net>
Cc: Karl Dahlke <eklhad@comcast.net>, Edbrowse-dev@lists.the-brannons.com
Subject: Re: [Edbrowse-dev] Red Hot
Date: Tue, 3 Nov 2015 08:14:40 +0000	[thread overview]
Message-ID: <20151103075343.GA14583@toaster.adamthompson.me.uk> (raw)
In-Reply-To: <alpine.LRH.2.03.1511022246230.18650@carhart.net>

[-- Attachment #1: Type: text/plain, Size: 2713 bytes --]

On Mon, Nov 02, 2015 at 10:51:21PM -0800, Kevin Carhart wrote:
> More possible clues to what this is or isn't caused by:
> 
> When I run this page in the i686 static build, it loads immediately.

That's interesting, what does db3 show, i.e.
is it showing the js runnin successfully or erroring out at some stage?

> When I run it in my ancient 3.3.1, it is slow but eventually completes.

Wow, ok, that's a first for me, i.e.
a page which loads with old edbrowse but not new edbrowse.

I also can reproduce the problem and hitting ^c to kill the (apparently
infinitely) loading page kills my edbrowse-js process.
I'm thinking that what's happening here is they're using some code
(ajax or similar) which is designed to run in the background all the time.
In Edbrowse, because we have synchronous calls,
this just blocks the entire process.
This is backed up by the fact that attaching gdb to the running edbrowse-js
process I can see that it's stuck in the guts of the js vm (no debugging
symbols unfortunately so can't do much else there).
Also an:
ltrace -C -S -p
on the process shows that the process is busily calling various js functions
(they scrolled off the screen, but when I've more time I can work through them),
so I suspect the js has gone infinite somewhere.

For those who don't know (I didn't until I got into server debugging at work),
ltrace is like strace but for library calls.
The options above do name demangling,
allow tracing of system as well as library calls and attach to the pid.
I could also set it up to trace children and run on edbrowse itself, but I'm not sure how useful that would be for this issue.

Is it worth passing the debug level through to the edbrowse-js process somehow, may be output a log file?

Regards,
Adam.
> 
> 
> On Mon, 2 Nov 2015, Karl Dahlke wrote:
> 
> >One of my science queries led me to this page,
> >http://hypertextbook.com/facts/2000/StephanieLum.shtml
> >run with db3 and edbrowse stops at
> >execute addthis_widget.js at 1
> >js never returns, seems to run forever, chewing up cycles in the process.
> >This is, sadly, one of those javascripts that Chris refers to as dog vomit,
> >so not clear at all how to track this one down.
> >
> >Karl Dahlke
> >_______________________________________________
> >Edbrowse-dev mailing list
> >Edbrowse-dev@lists.the-brannons.com
> >http://lists.the-brannons.com/mailman/listinfo/edbrowse-dev
> >
> 
> --------
> Kevin Carhart * 415 225 5306 * The Ten Ninety Nihilists
> _______________________________________________
> Edbrowse-dev mailing list
> Edbrowse-dev@lists.the-brannons.com
> http://lists.the-brannons.com/mailman/listinfo/edbrowse-dev

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 473 bytes --]

  parent reply	other threads:[~2015-11-03  8:14 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-11-02 23:41 Karl Dahlke
2015-11-03  6:51 ` Kevin Carhart
2015-11-03  8:02   ` Karl Dahlke
2015-11-03  8:20     ` Adam Thompson
2015-11-03  8:34       ` Karl Dahlke
2015-11-03 22:59         ` Adam Thompson
2015-11-03  8:14   ` Adam Thompson [this message]
2015-11-03  8:36     ` Kevin Carhart

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=20151103075343.GA14583@toaster.adamthompson.me.uk \
    --to=arthompson1990@gmail.com \
    --cc=Edbrowse-dev@lists.the-brannons.com \
    --cc=eklhad@comcast.net \
    --cc=kevin@carhart.net \
    /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).