- Dillo-dev - lists.mailman3.com

Re: dillo mysteriously freezes

by dennisn＠dennisn.dyndns.org

On Sun, 20 Jun 2010 10:02:50 -0400, Jorge Arellano Cid wrote: > Hi, > > At this point, there seems to be something wrong with the way > the OS is handling its sockets and making them available to the > application (after all, the freezes happen within system calls). > > Please try dillo and don't use any dpis, this will use remote > TCP sockets only. Just plain web browsing. If this doesn't > freeze, then there's a problem with local sockets. Yea -- the freezes only occur with the dpis. (Either cookie-websites or local file browsing, or bookmarks, etc) > > If plain web browsing works, you can try letting a chance to > the OS's defaults by commenting setsockopt in: > > IO/dpi.c // line 442 in repo > dpid/dpid.c // line 525 in repo > > recompile > stop dpid // `dpidc stop` > reinstall // make install > retry That actually helped! I hesitated to post, because I did get one freeze a few days ago when trying to download a file (file.c), I didn't strace it to find which call exactly caused it, but otherwise that did seem to fix things! (Any ideas why the TCP_NODELAY flag is causing problems? :P)

June 23, 2010

dillorc default font section

by rogerx＠sdf.org

On Sun, Jun 20, 2010 at 09:47:28AM -0400, Jorge Arellano Cid wrote: >On Sat, Jun 19, 2010 at 08:30:33PM +0000, corvid wrote: >> Do you have any opinions on something like: >> >> # Default fonts: >> # >> # If FLTK2 has been configured with Xft enabled (the default), you can >> # use scalable fonts such as DejaVu or Liberation (try running "fc-list"). >> #font_serif="DejaVu Serif" >> #font_sans_serif="DejaVu Sans" >> #font_cursive="URW Chancery L" >> #font_fantasy="DejaVu Sans" >> #font_monospace="DejaVu Sans Mono" >> # >> # Otherwise, use bitmapped fonts like the following (for a list, try running >> # "xlsfonts -fn *-iso10646-1 | grep -v -e -0-0 | cut -d - -f 3 | sort | uniq"). >> # font_serif="times" >> # font_sans_serif="helvetica" >> # font_cursive="helvetica" >> # font_fantasy="helvetica" >> # font_monospace="courier" >> >> If there's a nicer way to get the second list, that would be, well, nice :) > > I don't know of a better way to list them. > OTOH, the above command is just one copy&paste away. Enough for me! > In reference to post "Unexplained Dillo Segfault" concerning var font bug in fltk, all I know is on a default install of xorg, xorg provides a default fixed bitmap font. I don't know of a default variable font. My knowledge is slim at best here, besides running a stand alone Xorg install here without any other stuff I don't need. $ xlsfonts -fn *-iso10646-1 | grep -v -e -0-0 | cut -d - -f 3 | sort | uniq terminus But I only installed terminus fonts because I recently found out how readable they are on framebuffer console! In Xorg, I usually use bitstream-vera. -- Roger http://rogerx.freeshell.org/

June 20, 2010

Re: dillo mysteriously freezes

by jcid＠dillo.org

Hi, At this point, there seems to be something wrong with the way the OS is handling its sockets and making them available to the application (after all, the freezes happen within system calls). Please try dillo and don't use any dpis, this will use remote TCP sockets only. Just plain web browsing. If this doesn't freeze, then there's a problem with local sockets. If plain web browsing works, you can try letting a chance to the OS's defaults by commenting setsockopt in: IO/dpi.c // line 442 in repo dpid/dpid.c // line 525 in repo recompile stop dpid // `dpidc stop` reinstall // make install retry If it doesn't work, check with dillo-2.0. If it works (dpis included) we'll assert it's a problem with the OS and the handling of local TCP sockets. HTH. On Sat, Jun 19, 2010 at 01:54:33AM +0000, corvid wrote: > Dennis wrote: > > Hrrm, although I don't have blackhole (I run "normal" Gentoo here) after > > I strace'ed dillo during the freezes, it might be related. > > > > Here is the part of the strace immediately before and after the > > freeze(s): > > > > 2:24: socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 6 > > 2:24: setsockopt(6, SOL_TCP, TCP_NODELAY, [1], 4) = 0 > > **freeze** > > 2:45: connect(6, {sa_family=AF_INET, sin_port=htons(5020), > > sin_addr=inet_addr("127.0.0.1")}, 16) = -1 ETIMEDOUT (Connection timed > > out) > > 2:45: write(1, "Dpi_check_dpid_ids: Connection > > t"...,41Dpi_check_dpid_ids: Connection timed out > > > > (and a bit later, another freeze:) > > > > 2:46: socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 7 > > 2:46: setsockopt(7, SOL_TCP, TCP_NODELAY, [1], 4) = 0 > > **freeze** > > 3:07: connect(7, {sa_family=AF_INET, sin_port=htons(5029), > > sin_addr=inet_addr("127.0.0.1")}, 16) = -1 ETIMEDOUT (Connection timed > > out) > > 3:07: write(1, "Dpi_get_server_port: Connection > > "...,42Dpi_get_server_port: Connection timed out 3:07: ) = 42 > > > > Here is a more complete strace: > > http://dennisn.dyndns.org/guest/pubstuff/dillo-strace-freeze > > > > Any idea what else can be causing these timeouts? :\ > > I already used up my relevant TCP knowledge on my previous guess... -- Cheers Jorge.-

June 20, 2010

dillorc default font section

by jcid＠dillo.org

On Sat, Jun 19, 2010 at 08:30:33PM +0000, corvid wrote: > Do you have any opinions on something like: > > # Default fonts: > # > # If FLTK2 has been configured with Xft enabled (the default), you can > # use scalable fonts such as DejaVu or Liberation (try running "fc-list"). > #font_serif="DejaVu Serif" > #font_sans_serif="DejaVu Sans" > #font_cursive="URW Chancery L" > #font_fantasy="DejaVu Sans" > #font_monospace="DejaVu Sans Mono" > # > # Otherwise, use bitmapped fonts like the following (for a list, try running > # "xlsfonts -fn *-iso10646-1 | grep -v -e -0-0 | cut -d - -f 3 | sort | uniq"). > # font_serif="times" > # font_sans_serif="helvetica" > # font_cursive="helvetica" > # font_fantasy="helvetica" > # font_monospace="courier" > > If there's a nicer way to get the second list, that would be, well, nice :) I don't know of a better way to list them. OTOH, the above command is just one copy&paste away. Enough for me! -- Cheers Jorge.-

June 20, 2010

Re: [dillo 2.2] CSS bug?

by johannes.hofmann＠gmx.de

Hi, sorry for the huge delay. I only have limited Internet access atm. The problem you are seeing is that dillo 2.2 does not render headlines and paragraphs (h1,h2,...,p) as separate boxes. Therefore the box model is not applied properly. My display prototype ( http://flpsed.org/hgweb/dillo_display ) should handle these cases better. I plan to integrate this into dillo mainline. Cheers, Johannes

June 20, 2010

dillorc default font section

by corvid＠lavabit.com

Do you have any opinions on something like: # Default fonts: # # If FLTK2 has been configured with Xft enabled (the default), you can # use scalable fonts such as DejaVu or Liberation (try running "fc-list"). #font_serif="DejaVu Serif" #font_sans_serif="DejaVu Sans" #font_cursive="URW Chancery L" #font_fantasy="DejaVu Sans" #font_monospace="DejaVu Sans Mono" # # Otherwise, use bitmapped fonts like the following (for a list, try running # "xlsfonts -fn *-iso10646-1 | grep -v -e -0-0 | cut -d - -f 3 | sort | uniq"). # font_serif="times" # font_sans_serif="helvetica" # font_cursive="helvetica" # font_fantasy="helvetica" # font_monospace="courier" If there's a nicer way to get the second list, that would be, well, nice :)

June 19, 2010

Re: dillo mysteriously freezes

by corvid＠lavabit.com

Dennis wrote: > Hrrm, although I don't have blackhole (I run "normal" Gentoo here) after > I strace'ed dillo during the freezes, it might be related. > > Here is the part of the strace immediately before and after the > freeze(s): > > 2:24: socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 6 > 2:24: setsockopt(6, SOL_TCP, TCP_NODELAY, [1], 4) = 0 > **freeze** > 2:45: connect(6, {sa_family=AF_INET, sin_port=htons(5020), > sin_addr=inet_addr("127.0.0.1")}, 16) = -1 ETIMEDOUT (Connection timed > out) > 2:45: write(1, "Dpi_check_dpid_ids: Connection > t"...,41Dpi_check_dpid_ids: Connection timed out > > (and a bit later, another freeze:) > > 2:46: socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 7 > 2:46: setsockopt(7, SOL_TCP, TCP_NODELAY, [1], 4) = 0 > **freeze** > 3:07: connect(7, {sa_family=AF_INET, sin_port=htons(5029), > sin_addr=inet_addr("127.0.0.1")}, 16) = -1 ETIMEDOUT (Connection timed > out) > 3:07: write(1, "Dpi_get_server_port: Connection > "...,42Dpi_get_server_port: Connection timed out 3:07: ) = 42 > > Here is a more complete strace: > http://dennisn.dyndns.org/guest/pubstuff/dillo-strace-freeze > > Any idea what else can be causing these timeouts? :\ I already used up my relevant TCP knowledge on my previous guess... > Oh, by the way, while I was testing the bookmarks.dpi (by loading > "dpi:/bm/") and refreshing repeatedly, not only did I get the freeze, > but I also managed to get a Segmentation Fault :s... > > Nav_open_url: new url='dpi:/bm/' > [fopen]: No such file or directory > a_Nav_expect_done: reload! > Nav_open_url: new url='dpi:/bm/' > [dpi::connect] errno:110 Connection timed out > ** ERROR **: dpi.c: can't start dpi daemon > [New Thread 0x7f6945a41720 (LWP 31505)] > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 0x7f6945a41720 (LWP 31505)] > ---Type <return> to continue, or q <return> to quit--- > 0x00007f69439a2cc2 in strlen () from /lib/libc.so.6 > (gdb) bt > #0 0x00007f69439a2cc2 in strlen () from /lib/libc.so.6 > #1 0x000000000043de72 in dStrdup () > #2 0x0000000000414dd7 in Url_object_new () > #3 0x0000000000415247 in a_Url_dup () > #4 0x0000000000410b68 in a_Bw_add_url () > #5 0x00000000004175d3 in Nav_open_url () > #6 0x00007f6944e564cf in fltk::wait () from /usr/lib64/fltk/libfltk2.so > #7 0x00007f6944e56595 in fltk::run () from /usr/lib64/fltk/libfltk2.so > #8 0x000000000040af23 in main () It doesn't break for me, unfortunately. I imagine that must be from Nav_reload_callback(). Maybe Jorge will know could happen to the a_History_get_url(NAV_TOP_UIDX(bw)) by the time that fltk gets around to calling it.

June 19, 2010

Re: dillo mysteriously freezes

by rogerx＠sdf.org

On Fri, Jun 18, 2010 at 04:56:05PM -0400, Dennis Nezic wrote: >Hrrm, although I don't have blackhole (I run "normal" Gentoo here) after >I strace'ed dillo during the freezes, it might be related. I use Gentoo here too, and use the following USE Flags: =x11-libs/fltk-2.0_pre697 jpeg png xft zlib =www-client/dillo-2.2 gif ipv6 jpeg png ssl >Program received signal SIGSEGV, Segmentation fault. >[Switching to Thread 0x7f6945a41720 (LWP 31505)] >---Type <return> to continue, or q <return> to quit--- >0x00007f69439a2cc2 in strlen () from /lib/libc.so.6 >(gdb) bt >#0 0x00007f69439a2cc2 in strlen () from /lib/libc.so.6 >#1 0x000000000043de72 in dStrdup () >#2 0x0000000000414dd7 in Url_object_new () >#3 0x0000000000415247 in a_Url_dup () >#4 0x0000000000410b68 in a_Bw_add_url () >#5 0x00000000004175d3 in Nav_open_url () >#6 0x00007f6944e564cf in fltk::wait () from /usr/lib64/fltk/libfltk2.so >#7 0x00007f6944e56595 in fltk::run () from /usr/lib64/fltk/libfltk2.so >#8 0x000000000040af23 in main () I don't see this problem here. CFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer" =sys-devel/gcc-4.3.4 fortran mudflap nls nptl openmp =sys-devel/gcc-4.4.3-r2 fortran mudflap nls nptl openmp =sys-libs/glibc-2.10.1-r1 nls If there's info I can provide for comparison, let me know. I only saw the "variable font segfault" and was solved by building fltk with xft USE Flag. Following fonts are installed here: media-fonts/arkpandora media-fonts/dejavu media-fonts/encodings media-fonts/font-alias media-fonts/font-bitstream-100dpi media-fonts/font-bitstream-type1 media-fonts/terminus-font media-fonts/ttf-bitstream-vera media-fonts/urw-fonts virtual/ttf-fonts x11-apps/mkfontscale x11-proto/fontsproto Using pretty much a bare install here using minimal number of packages to get X working with DWM. -- Roger http://rogerx.freeshell.org/

June 19, 2010

Re: dillo mysteriously freezes

by dennisn＠dennisn.dyndns.org

On Fri, 18 Jun 2010 00:25:32 +0000, corvid wrote: > Dennis wrote: > > On Thu, 17 Jun 2010 21:37:23 +0000, corvid wrote: > > > Jeremy wrote: > > > > On Thu, Jun 17, 2010 at 02:42:19PM -0400, Dennis Nezic wrote: > > > > > > > > > Interesting. It appears that I only get these freezes when > > > > > I have cookies enabled. If I set my cookiesrc file back to > > > > > "DEFAULT DENY" (with no "hostname ACCEPT" afterwards), I no > > > > > longer get the freezes. > > > > > > > > That's useful confirmation that it's a cookies problem. > > > > > > Does the DPI stuff work otherwise? Bookmarks, https:, file:... > > > > Bah. It looks like all the dpi stuff is commonly affected. I tried > > browsing locally with file:// and the same thing occurred. It also > > did unfreeze after about a minute. > > I wonder whether you're using blackhole by any chance. > > The issue was brought up in > http://lists.auriga.wearlab.de/pipermail/dillo-dev/2010-January/007247.html > and at least seemed to be resolved in > http://lists.auriga.wearlab.de/pipermail/dillo-dev/2010-February/007283.html Hrrm, although I don't have blackhole (I run "normal" Gentoo here) after I strace'ed dillo during the freezes, it might be related. Here is the part of the strace immediately before and after the freeze(s): 2:24: socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 6 2:24: setsockopt(6, SOL_TCP, TCP_NODELAY, [1], 4) = 0 **freeze** 2:45: connect(6, {sa_family=AF_INET, sin_port=htons(5020), sin_addr=inet_addr("127.0.0.1")}, 16) = -1 ETIMEDOUT (Connection timed out) 2:45: write(1, "Dpi_check_dpid_ids: Connection t"...,41Dpi_check_dpid_ids: Connection timed out (and a bit later, another freeze:) 2:46: socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 7 2:46: setsockopt(7, SOL_TCP, TCP_NODELAY, [1], 4) = 0 **freeze** 3:07: connect(7, {sa_family=AF_INET, sin_port=htons(5029), sin_addr=inet_addr("127.0.0.1")}, 16) = -1 ETIMEDOUT (Connection timed out) 3:07: write(1, "Dpi_get_server_port: Connection "...,42Dpi_get_server_port: Connection timed out 3:07: ) = 42 Here is a more complete strace: http://dennisn.dyndns.org/guest/pubstuff/dillo-strace-freeze Any idea what else can be causing these timeouts? :\ Oh, by the way, while I was testing the bookmarks.dpi (by loading "dpi:/bm/") and refreshing repeatedly, not only did I get the freeze, but I also managed to get a Segmentation Fault :s... Nav_open_url: new url='dpi:/bm/' [fopen]: No such file or directory a_Nav_expect_done: reload! Nav_open_url: new url='dpi:/bm/' [dpi::connect] errno:110 Connection timed out ** ERROR **: dpi.c: can't start dpi daemon [New Thread 0x7f6945a41720 (LWP 31505)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7f6945a41720 (LWP 31505)] ---Type <return> to continue, or q <return> to quit--- 0x00007f69439a2cc2 in strlen () from /lib/libc.so.6 (gdb) bt #0 0x00007f69439a2cc2 in strlen () from /lib/libc.so.6 #1 0x000000000043de72 in dStrdup () #2 0x0000000000414dd7 in Url_object_new () #3 0x0000000000415247 in a_Url_dup () #4 0x0000000000410b68 in a_Bw_add_url () #5 0x00000000004175d3 in Nav_open_url () #6 0x00007f6944e564cf in fltk::wait () from /usr/lib64/fltk/libfltk2.so #7 0x00007f6944e56595 in fltk::run () from /usr/lib64/fltk/libfltk2.so #8 0x000000000040af23 in main ()

June 18, 2010

Re: dillo mysteriously freezes

by corvid＠lavabit.com

Dennis wrote: > On Thu, 17 Jun 2010 21:37:23 +0000, corvid wrote: > > Jeremy wrote: > > > On Thu, Jun 17, 2010 at 02:42:19PM -0400, Dennis Nezic wrote: > > > > > > > Interesting. It appears that I only get these freezes when I > > > > have cookies enabled. If I set my cookiesrc file back to > > > > "DEFAULT DENY" (with no "hostname ACCEPT" afterwards), I no > > > > longer get the freezes. > > > > > > That's useful confirmation that it's a cookies problem. > > > > Does the DPI stuff work otherwise? Bookmarks, https:, file:... > > Bah. It looks like all the dpi stuff is commonly affected. I tried > browsing locally with file:// and the same thing occurred. It also did > unfreeze after about a minute. I wonder whether you're using blackhole by any chance. The issue was brought up in http://lists.auriga.wearlab.de/pipermail/dillo-dev/2010-January/007247.html and at least seemed to be resolved in http://lists.auriga.wearlab.de/pipermail/dillo-dev/2010-February/007283.html

June 18, 2010