edbrowse-dev - development list for edbrowse
 help / color / mirror / Atom feed
From: Karl Dahlke <eklhad@comcast.net>
To: edbrowse-dev@edbrowse.org
Subject: [edbrowse-dev] Threads
Date: Tue, 27 Aug 2019 21:48:50 -0400	[thread overview]
Message-ID: <20190727214850.eklhad@comcast.net> (raw)
In-Reply-To: <aa406880-1512-65c5-58eb-67ca71450b88@geoffair.info>

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

There never has been an edbrowse windows user and there may never be.
As others have pointed out on this list, edbrowse dovetails with other command line tools in a unix or even mac environment,
and isn't nearly as useful on windows.
In other words, it is sometimes edbrowse plus other things that provides the power.
So why did we bother one might ask?

Well, at times I had dreams of getting grants, actually getting paid to work on edbrowse, and maybe subcontracting to some of you as well,
and grants are easier to get if you can claim your software runs on every platform.
Believe me the whole blind industry is windows centric, jaws, nvda, window eyes, on and on.
Rehab and employment centers teach windows and only windows.
So it was mostly for marketing.

But it turns out I can no more get a grant than I can swim the ocean.
It's just not one of my skills.
So if we give up on that, then I really don't worry about the windows port much any more, unless it is easy to maintain.
I've learned a lot though from it, and I thank you for all your hard work,
plus your continued tidy support.

Certainly switching to threads and away from fork and processes and wait and so on makes it easier.

An easy test is

edbrowse www.nasa.gov

That exercises all sorts of stuff, including a dozen javascript files which are fetched and loaded in parallel by threads.
If you get about 170 lines of stuff

=
170
,p

then it's all good.

You can watch the fetches in parallel and other things at debug level 3

db3
ub
b


Karl Dahlke

  reply	other threads:[~2019-08-28  1:48 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-08-27  7:19 Karl Dahlke
2019-08-28  1:30 ` Geoff McLane
2019-08-28  1:48   ` Karl Dahlke [this message]
2019-08-28  3:51     ` Kevin Carhart
2019-08-28  4:16       ` Karl Dahlke
  -- strict thread matches above, loose matches on Subject: below --
2014-12-05 21:16 [Edbrowse-dev] Threads Karl Dahlke
2014-12-05 22:05 ` Adam Thompson
2014-12-05 19:29 Karl Dahlke
2014-12-05 20:32 ` Adam Thompson
2014-03-21 22:56 [Edbrowse-dev] threads Karl Dahlke
2014-03-22 21:30 ` Adam Thompson

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=20190727214850.eklhad@comcast.net \
    --to=eklhad@comcast.net \
    --cc=edbrowse-dev@edbrowse.org \
    /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).