June 2003 - Dillo-dev - lists.mailman3.com

Entities &#ascii_equivalent; behavior question in dilo 0.7.2

by Ronald W. Henderson

Folks: I'm new to dillo. I have compiled version 0.7.2 on redhat v9.0. It seems to work ok. I noticed that when displaying the google home page (http://www.google.com) I get the following html source displayed for "&#ascii_equivalent" entities: Examplr: In front of "Advanced Search" I get "• Advanced Search". Question is this normal behavior? Do I have a configuration issue? Thanks in advanced... ---Ronald W. Henderson

June 24, 2003

Re: [Dillo-dev] Any interest in non-RedHat RPMs?

by Patrick Shanahan

* Kelson Vibber <kelson(a)pobox.com> [06-20-03 19:21]: > Right now I've got RPMs for Red Hat 7.3, 8.0, and 9.0 available at > http://www.hyperborea.org/software/dillo.html . I've got my computer > triple-booting into all 3 versions in order to build these. > > I also have a whole lot of unused space on my drive, so it would be > possible to set up another partition or two to build RPMs for > (an)other distribution(s). I have dillo-0.7.2-1.i586.rpm built on SuSE 8.1 I can provide, if you are interested. -- Patrick Shanahan Registered Linux User #207535 http://wahoo.no-ip.org @ http://counter.li.org

June 21, 2003

Any interest in non-RedHat RPMs?

by Kelson Vibber

Right now I've got RPMs for Red Hat 7.3, 8.0, and 9.0 available at http://www.hyperborea.org/software/dillo.html . I've got my computer triple-booting into all 3 versions in order to build these. I also have a whole lot of unused space on my drive, so it would be possible to set up another partition or two to build RPMs for (an)other distribution(s). A few months ago I tried out both Red Hat 9 and Mandrake 9.1, before settling again on Red Hat - so I have the Mandrake CDs available. And assuming that SuSe has rpmbuild in their free version, I could probably download that if there was enough interest. I may also be able to get access to a Power Macintosh and experiment with something like Yellow Dog. So would anyone here be interested in additional RPMs, or do you think the SRPM is enough? Kelson Vibber kelson(a)pobox.com

June 21, 2003

Re: [Dillo-dev] Hangin with high CPU load

by Sebastian Geerken

On Fri, Jun 20, Jorge Arellano Cid wrote: > On Fri, 20 Jun 2003, Frédéric Bothamy wrote: > > Not sure if the problem is the same, but I have noticed this behaviour > > when I load a big page with an anchor (or is it a reference?) in the > > address, eg: > > > > http://ftp-master.debian.org/testing/update_excuses.html#kdelibs > > > > (WARNING: 853 Kb). It eventually finishes loading the page but it can > > take a HUGE amount of time (several minutes whereas the same page > > without '#kdelibs' only takes about 10 to 15 seconds). > > This is another problem! > > IIRC Sebastian posted a comment about this sometime ago, but > although I searched for, I didn't find the post :( I don't remember it, the problem is actually new to me. Anyway, I've looked a bit at it, read on. > After reviewing it myself (the huge page with anchor problem), > I developed a small patch that more or less solves the problem > (makes the anchored URL to load two times slower, but it works). > -- I'm still working on it. Profiling shows that dillo is most of the time in Dw_gtk_viewport_update_anchor_rec (and related functions). To avoid searching recursively for the widget which contains the anchor, I've tested to add an hashtable to the viewport itself, which works quite well. Dw_gtk_viewport_update_anchor itself is called quite a couple of times (1511 times in my 200k test page), but AFAIS, this is correct. > The problem is similar to what we had before incremental > rewraping. The anchor (aka. "fragment") code falls inside an > exponential algorithm so it dies hogging (unless you have > exponential patience!). Not exactly, it is quadratic, or cubic (too lazy to be correct), but it's still bad enough. Sebastian

June 20, 2003

The Dillo web browser and GTK+ (fwd)

by Jorge Arellano Cid

Hi there! Can someone please forward this to gtk-list(a)gnome.org. I sent it once and as I'm not a member it was held for aproval, but it never made its way in. :( If someone here is a member, please send it. If someone knows the answer, better! Thanks a lot Jorge.- ---------- Forwarded message ---------- Date: Tue, 10 Jun 2003 12:38:36 -0400 (CLT) From: Jorge Arellano Cid <jcid(a)softhome.net> To: gtk-list(a)gnome.org Subject: The Dillo web browser and GTK+ Hi! I have two questions: 1) What do I need to do to make the Dillo web browser listed in the GTK+ apps. at www.gtk.org? (Ref: www.dillo.org) 2) Technical: If I have three focusable widgets in a window, pressing TAB/ShiftTAB cycles through them, _BUT_ like this: .-> One -> Two -> Three -> "Nirvana" --. | | '--------------------------------------' (or backwards). And I want it to be: .-> One -> Two -> Three -> --. | | '----------------------------' I have called "Nirvana" a widget(?), that seems to grab the focus (as none of the three widgets has it when at "Nirvana" :) Appended is some example code that illustrates the problem. Thanks in advance Jorge.- PS: Please CC me, as I'm not in the list. ----------------------------------------------------------------- /* focus example. -- GTK+-1.2.x */ #include <gdk/gdk.h> #include <gdk/gdkkeysyms.h> #include <gtk/gtk.h> gint delete_event( GtkWidget *widget, GdkEvent *event, gpointer data ) { return(FALSE); } /* Another callback */ void destroy( GtkWidget *widget, gpointer data ) { gtk_main_quit(); } int main( int argc, char *argv[] ) { GtkWidget *window; GtkWidget *entry; GtkWidget *vbox; gtk_init(&argc, &argv); /* create a new window */ window = gtk_window_new (GTK_WINDOW_TOPLEVEL); GTK_WIDGET_UNSET_FLAGS (window, GTK_CAN_FOCUS); gtk_signal_connect (GTK_OBJECT (window), "delete_event", GTK_SIGNAL_FUNC (delete_event), NULL); gtk_signal_connect (GTK_OBJECT (window), "destroy", GTK_SIGNAL_FUNC (destroy), NULL); /* Create the entries */ vbox = gtk_vbox_new (FALSE, 0); entry = gtk_entry_new(); GTK_WIDGET_SET_FLAGS(entry, GTK_HAS_FOCUS); gtk_widget_set_usize(entry, 140, 0); gtk_entry_set_text(GTK_ENTRY(entry), "One"); gtk_box_pack_start (GTK_BOX (vbox), entry, FALSE, FALSE, 0); gtk_widget_show (entry); entry = gtk_entry_new(); gtk_widget_set_usize(entry, 140, 0); gtk_entry_set_text(GTK_ENTRY(entry), "Two"); gtk_box_pack_start (GTK_BOX (vbox), entry, FALSE, FALSE, 0); gtk_widget_show (entry); entry = gtk_entry_new(); gtk_widget_set_usize(entry, 140, 0); gtk_entry_set_text(GTK_ENTRY(entry), "Three"); gtk_box_pack_start (GTK_BOX (vbox), entry, FALSE, FALSE, 0); gtk_widget_show (entry); gtk_container_add(GTK_CONTAINER (window), vbox); gtk_widget_show (vbox); gtk_widget_show (window); /* Start */ gtk_main (); return(0); } -----------------------------------------------------------------

June 20, 2003

Re: [Dillo-dev] Hangin with high CPU load

by Jorge Arellano Cid

On Fri, 20 Jun 2003, Frédéric Bothamy wrote: > * David McKee <dmckee(a)jlab.org> [2003-06-19 13:46] : > > [...] > > Of late dillo has started getting into a state where all progress stop in > > all open windows, and it sits on the CPU---keeping my load average at 1.0 > > > > [...] > > So, two questions: > > > > -- Has anyone else observed this behavior? > > Not sure if the problem is the same, but I have noticed this behaviour > when I load a big page with an anchor (or is it a reference?) in the > address, eg: > > http://ftp-master.debian.org/testing/update_excuses.html#kdelibs > > (WARNING: 853 Kb). It eventually finishes loading the page but it can > take a HUGE amount of time (several minutes whereas the same page > without '#kdelibs' only takes about 10 to 15 seconds). This is another problem! IIRC Sebastian posted a comment about this sometime ago, but although I searched for, I didn't find the post :( After reviewing it myself (the huge page with anchor problem), I developed a small patch that more or less solves the problem (makes the anchored URL to load two times slower, but it works). -- I'm still working on it. The problem is similar to what we had before incremental rewraping. The anchor (aka. "fragment") code falls inside an exponential algorithm so it dies hogging (unless you have exponential patience!). > I do not think however that this particular problem is specific to Dillo > as I have already seen Mozilla hung with the same test. Most programs don't care much about hogging the CPU, but we do! So this is a BUG in Dillo and we'll try to work it out. Sebastian: Did you post something about this, or is it my mind joking on me? Cheers Jorge.- PS: The search for a way to reproduce the other BUG is still open

June 20, 2003

Re: [Dillo-dev] Hangin with high CPU load

by Frédéric Bothamy

* David McKee <dmckee(a)jlab.org> [2003-06-19 13:46] : > Folks, > I've been using dillo for a number of months now, and it has become my > first choice browser--I switch to mozilla or opera only when I have to > java, javascript, http/1.1 authentication, ssl and the like. > > > > Of late dillo has started getting into a state where all progress stop in > all open windows, and it sits on the CPU---keeping my load average at 1.0 > > Sometimes it recovers after a while, sometime I get fed up and close all > windows at the WM manager level. Stopping all the active windows doesn't > cure it, nor does closing them. I haven't tried using the `Exit Dillo' > menu item, but I'll do so on the next occurrence. > > This has been with the CVS version(s) over the last few weeks. Two > systems, one running redhat 6.2 (I know, I know...), the other Debian > GNU/Linux 3.0r1. > > > > So, two questions: > > -- Has anyone else observed this behavior? Not sure if the problem is the same, but I have noticed this behaviour when I load a big page with an anchor (or is it a reference?) in the address, eg: http://ftp-master.debian.org/testing/update_excuses.html#kdelibs (WARNING: 853 Kb). It eventually finishes loading the page but it can take a HUGE amount of time (several minutes whereas the same page without '#kdelibs' only takes about 10 to 15 seconds). I do not think however that this particular problem is specific to Dillo as I have already seen Mozilla hung with the same test. HTH Fred

June 20, 2003

Re: [Dillo-dev] Hangin with high CPU load

by Stephen Lewis

On Thu, 19 Jun 2003 13:46:02 -0400 (EDT) David McKee <dmckee(a)jlab.org> wrote: > Of late dillo has started getting into a state where all progress stop > in all open windows, and it sits on the CPU---keeping my load average > at 1.0 > > Sometimes it recovers after a while, sometime I get fed up and close > all windows at the WM manager level. Stopping all the active windows > doesn't cure it, nor does closing them. I haven't tried using the > `Exit Dillo' menu item, but I'll do so on the next occurrence. I have had a the same sort of problem - about the only consistency I can see behind it is that I can only remember it happening when I hit reload on an page that seems to have stalled part-way through. However, it doesn't *always* do it. Are you using a proxy server? I am, and from what I can remember when it does this, the reload (often, but not always) doesn't actually start over, so I suspect that my proxy server still has an open connection (which has stalled) and just resends what it's got so far. The 100% cpu usage ends when(if) the reload completes, and I(think) it also ends when the connection times out. Next time it happens, I'll try to get something more concrete. -- Stephen Lewis slewis(a)paradise.net.nz

June 19, 2003

Re: [Dillo-dev] Hangin with high CPU load

by Jorge Arellano Cid

Hi ya! Just forgot to mention that the patch is not in CVS. Please play a while to find the way to reproduce it! Cheers Jorge.- PS: Did I suggest finding a way to... :-)

June 19, 2003

Re: [Dillo-dev] Hangin with high CPU load

by Jorge Arellano Cid

On Thu, 19 Jun 2003, David McKee wrote: > [...] > Of late dillo has started getting into a state where all progress stop in > all open windows, and it sits on the CPU---keeping my load average at 1.0 > [...] > N.B. I seems to happen most when I have opened several links in new > windows in rapid succession. I just developed a "blind patch" by checking the IO code for exception handling (as suggested in my previous email). After giving the new code a hard time playing with simultaneous connections, it seems to work OK. The real test, of course, is to prove it against a reliable way to reproduce the problem. Can you guys work on finding a way to reproduce the bug please? Cheers Jorge.-

June 19, 2003