- Dillo-dev - lists.mailman3.com

Unexplained Dillo Segfault

by rogerx＠sdf.org

Forgot to mention dillo/fltk versions: www-client/dillo (2.2@06/14/2010) x11-libs/fltk (2.0_pre6970(2)@06/14/2010) -- Roger http://rogerx.freeshell.org/

June 15, 2010

Unexplained Dillo Segfault

by rogerx＠sdf.org

On Mon, Jun 14, 2010 at 09:31:25PM +0000, corvid wrote: >rogerx wrote: >> Every time I visit a web page, I get an unexplained segfault (viewing with >> strace). >> >> This has been occurring for 1-3 months now. >> >> I've recently realized a GCC bug with Mozilla based browsers here: >> http://bugs.gentoo.org/show_bug.cgi?id=270120 >> >> >> I think on one segfault with Dillo, I did get a "bad var font" error, but later >> lost the url -- so I can only try to recall the exact error. >> >> I doubt this is font related as I have several fonts installed. (Following is a >> quick search of "font" within package manager search function.) > >[snip] > >Without a gdb backtrace or anything, I can't help but assume that this >the fltk font problem showing up again... Well, by luck, here's a backtrace with some good info. (Most of the other back traces contained little useful info.) $ gdb dillo ... run ... CssParser::parseImport(): @import /css/0.1/screen/common/modules/sharetools.css CssParser::parseImport(): @import /css/0.1/screen/common/modules/readercomments.css CssParser::parseImport(): @import /css/0.1/screen/section/travel/modules/expedia.css CssParser::parseImport(): @import /css/0.1/screen/article/upnext.css bad font: variable Program received signal SIGSEGV, Segmentation fault. 0x4429f928 in strcmp () from /lib/libc.so.6 (gdb) bt #0 0x4429f928 in strcmp () from /lib/libc.so.6 #1 0xb7f60884 in fltk::setfont (font=0xb7fda6e0, psize=9) at x11/Font_xlfd.cxx:539 #2 0xb7f55094 in fltk::measure (str=0x80d845e "x", w=@0xbfffe998, h=@0xbfffe994, flags=0) at drawtext.cxx:659 #3 0x08097fff in FltkFont (this=0x830bd20, attrs=0xbfffeacc) at fltkplatform.cc:70 #4 0x080981a7 in dw::fltk::FltkFont::create (attrs=0xbfffeacc) at fltkplatform.cc:98 #5 0x08099447 in dw::fltk::FltkPlatform::createFont (this=0x81197a8, attrs=0xbfffeacc, tryEverything=false) at fltkplatform.cc:465 #6 0x080b1343 in dw::core::Layout::createFont (this=0x8177ef0, attrs=0xbfffeacc, tryEverything=false) at layout.hh:322 #7 0x080b033a in dw::core::style::Font::create0 (layout=0x8177ef0, attrs=0xbfffeacc, tryEverything=false) at style.cc:297 #8 0x080b035c in dw::core::style::Font::create (layout=0x8177ef0, attrs=0xbfffeacc) at style.cc:302 #9 0x0806bb5d in StyleEngine::apply (this=0x835ff30, attrs=0xbfffeb44, props=0xbfffebe4) at styleengine.cc:334 #10 0x0806c779 in StyleEngine::style0 (this=0x835ff30, nonCssProperties=0xbfffec5c) at styleengine.cc:615 #11 0x0806b3b7 in StyleEngine::setNonCssHints (this=0x835ff30, nonCssHints=0xbfffec5c) at styleengine.cc:135 #12 0x080716cc in Html_tag_open_body (html=0x8248db0, tag=0x83297b9 "<body >\n\r\n\r\n<a name=\"top\"></a>\r\n<div id=\"shell\">\r\n<ul id=\"memberTools\">\n\n<li><a href=\"http://www.nytimes.com/adx/bin/a"..., tagsize=7) at html.cc:1725 #13 0x080758d0 in Html_process_tag (html=0x8248db0, tag=0x83297b9 "<body >\n\r\n\r\n<a name=\"top\"></a>\r\n<div id=\"shell\">\r\n<ul id=\"memberTools\">\n\n<li><a href=\"http://www.nytimes.com/adx/bin/a"..., tagsize=7) at html.cc:3481 #14 0x08076525 in Html_write_raw (html=0x8248db0, buf=0x83286a0 "\n\n\n\n\n\n\n<!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\" \"http://www.w3.org/TR/html4/loose.dtd\">\r\n<html>\r\n<head>\r\n<title>Onshore Oil Spill Response Is Described as Chaotic - NYTimes.com</"..., bufsize=66856, Eof=0) at html.cc:3782 #15 0x0806eeca in DilloHtml::write (this=0x8248db0, Buf=0x83286a0 "\n\n\n\n\n\n\n<!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\" \"http://www.w3.org/TR/html4/loose.dtd\">\r\n<html>\r\n<head>\r\n<title>Onshore Oil Spill Response Is Described as Chaotic - NYTimes.com</"..., BufSize=66856, Eof=0) at html.cc:554 #16 0x0807602a in Html_callback (Op=0, Client=0x816c020) at html.cc:3673 #17 0x080621b2 in Cache_process_queue (entry=0x826a928) at cache.c:1172 #18 0x080623a7 in Cache_delayed_process_queue_callback () at cache.c:1237 #19 0xb7f8f2a7 in fltk::wait (time_to_wait=1.00000002e+20) at run.cxx:478 #20 0xb7f8f3d4 in fltk::run () at run.cxx:399 #21 0x08050ab3 in main (argc=1, argv=0xbfffef64) at dillo.cc:371 (gdb) -- Roger http://rogerx.freeshell.org/

June 15, 2010

Unexplained Dillo Segfault

by corvid＠lavabit.com

rogerx wrote: > Every time I visit a web page, I get an unexplained segfault (viewing with > strace). > > This has been occurring for 1-3 months now. > > I've recently realized a GCC bug with Mozilla based browsers here: > http://bugs.gentoo.org/show_bug.cgi?id=270120 > > > I think on one segfault with Dillo, I did get a "bad var font" error, but later > lost the url -- so I can only try to recall the exact error. > > I doubt this is font related as I have several fonts installed. (Following is a > quick search of "font" within package manager search function.) [snip] Without a gdb backtrace or anything, I can't help but assume that this the fltk font problem showing up again...

June 14, 2010

Unexplained Dillo Segfault

by rogerx＠sdf.org

Every time I visit a web page, I get an unexplained segfault (viewing with strace). This has been occurring for 1-3 months now. I've recently realized a GCC bug with Mozilla based browsers here: http://bugs.gentoo.org/show_bug.cgi?id=270120 I think on one segfault with Dillo, I did get a "bad var font" error, but later lost the url -- so I can only try to recall the exact error. I doubt this is font related as I have several fonts installed. (Following is a quick search of "font" within package manager search function.) media-fonts/font-bitstream-100dpi (1.0.0@06/09/2010): X.Org Bitstream bitmap fonts media-fonts/font-bitstream-type1 (1.0.0@06/09/2010): X.Org Bitstream Type 1 fonts media-fonts/terminus-font (4.30@06/09/2010): A clean fixed font for the console and X11 media-fonts/urw-fonts (2.4.9@06/09/2010): free good quality fonts gpl'd by URW++ media-libs/fontconfig (2.8.0(1.0)@06/09/2010): A library for configuring and customizing font access virtual/ttf-fonts (1@06/08/2010): Virtual for Serif/Sans/Monospace font packages x11-apps/mkfontdir (1.0.5@06/09/2010): create an index of X font files in a directory x11-apps/mkfontscale (1.0.7@06/09/2010): create an index of scalable font files for X x11-libs/libXfont (1.4.1@06/09/2010): X.Org Xfont library x11-libs/libXfontcache (1.0.5@06/09/2010): X.Org Xfontcache library x11-libs/libfontenc (1.0.5@06/08/2010): X.Org fontenc library x11-proto/fontcacheproto (0.1.3@06/08/2010): X.Org Fontcache protocol headers x11-proto/fontsproto (2.1.0@06/08/2010): X.Org Fonts protocol headers x11-proto/xf86bigfontproto (1.2.0@06/08/2010): X.Org XF86BigFont protocol headers -- Roger http://rogerx.freeshell.org/

June 14, 2010

scroll bar in textarea

by furaisanjin＠gmail.com

2010/6/13 corvid <corvid(a)lavabit.com>: > I disabled inputs outside of forms after Rogut#s reported a segfault > caused by using a <select> field when a repush comes along > ( http://lists.auriga.wearlab.de/pipermail/dillo-dev/2010-March/007408.html ) OK, I understand. Regards, furaisanjin

June 13, 2010

scroll bar in textarea

by corvid＠lavabit.com

furaisanjin wrote: > Are you able to control vertical and horizontal scroll bars in the > below example? > > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" > "http://www.w3.org/TR/html4/strict.dtd"> > <html> > <head> > </head> > <body> > > <textarea cols=10 rows=10> > Test message 1 - message 1. > > Test message 2 - message 2. > > Test message 3 - message 3. > > Test message 4 - message 4. > > Test message 5 - message 5. > > Test message 6 - message 6. > > Test message 7 - message 7. > > </textarea> > </body> > </html> > > I can't control them at all on my FreeBSD 8.0R. I disabled inputs outside of forms after Rogut#s reported a segfault caused by using a <select> field when a repush comes along ( http://lists.auriga.wearlab.de/pipermail/dillo-dev/2010-March/007408.html )

June 12, 2010

scroll bar in textarea

by furaisanjin＠gmail.com

Hi all. Are you able to control vertical and horizontal scroll bars in the below example? <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> <html> <head> </head> <body> <textarea cols=10 rows=10> Test message 1 - message 1. Test message 2 - message 2. Test message 3 - message 3. Test message 4 - message 4. Test message 5 - message 5. Test message 6 - message 6. Test message 7 - message 7. </textarea> </body> </html> I can't control them at all on my FreeBSD 8.0R. Regards, furaisanjin

June 12, 2010

Re: [dillo 2.2] CSS bug?

by jcid＠dillo.org

On Tue, May 11, 2010 at 01:36:51PM +0200, Michael Baeuerle wrote: > > Hi, > I have added a piece of demonstration code in the attached tarball. > Viewing the index.html file with dillo 2.2 shows the problem: If one of > the boxes contain code with "h2" or "p" tags, the margins associated > with the content seems to affect the layout outside the box (The margins > between the "top" and "content" boxes are defined as zero, so there > should be no space between them). IIRC dillo 2.1.1 have behaved > different. > > I have added two screenshots how dillo 2.2 and Webkit 1.1.8 (Midori) > render the test code on my machine. If I understand the CSS box model > [1] correctly, the content should never affect the area outside the > border and what dillo does is wrong. > > > Regards, > Michael Baeuerle > > [1] http://www.w3schools.com/css/css_boxmodel.asp Example: http://www.dillo.org/test/css-top-margin-bug.html Tarball: http://www.dillo.org/test/css-top-margin-bug.tar -- Cheers Jorge.-

May 22, 2010

Re: dillo question

by corvid＠lavabit.com

Johannes wrote: > and recompile fltk2 + dillo and run your test again? If we're already going for a recompilation, configuring fltk with ./configure --enable-debug and dillo with CFLAGS=-g CXXFLAGS=-g ./configure certainly would help.

May 15, 2010

Re: dillo question

by Johannes.Hofmann＠gmx.de

On Fri, May 14, 2010 at 05:09:56PM -0400, Jorge Arellano Cid wrote: > On Fri, May 14, 2010 at 04:44:30PM -0400, Matthew Craig wrote: > > Thanks for the continued diagnostic suggestions. I have joined the > > dillo-dev mailing list to make it easier for everyone else. I > > discovered interesting data-point, by chance. Normally, I run dillo > > with the command parameter "-g 999x666" to fit my screen more > > appropriately. > > > > ---Type <return> to continue, or q <return> to quit--- > > Core was generated by `dillo -g 999x666 > > http://uaddit.com/discussions/showthread.php?t=5931'. > > Program terminated with signal 6, Aborted. > > [New process 5489] > > #0 0x2af949f8 in raise () from /lib/libc.so.6 > > (gdb) bt > > #0 0x2af949f8 in raise () from /lib/libc.so.6 > > #1 0x2af9665c in abort () from /lib/libc.so.6 > > #2 0x0051facc in __gnu_cxx::__verbose_terminate_handler () > > #3 0x0051d7c4 in __cxxabiv1::__terminate () > > #4 0x0051d828 in std::terminate () > > #5 0x0051d9f8 in __cxa_throw () > > #6 0x0051de84 in operator new () > > #7 0x0051def8 in operator new[] () > > #8 0x004d14a0 in fltk::Image::make_current () > > #9 0x00499eac in ?? () > > This is interesting: it crashes within an FLTK2 function. > > I'm using fltk-2.0.x-r7513 and there we have: > > void Image::make_current() { > // TODO - make the cr point at the image_surface! > } > > No new() operator, no nothing! I think you need to check the Image::make_current() implementation in src/x11/Images.cxx. There is a buffer is allocated depending on the window size - which would explain, why the -g 999x666 is needed to trigger the bug. And there is this buffer size computation at line 1035, that I don't fully understand: n = (ld*h+3)&-4; maybe that doesn't work as expected on MIPS? Matthew, could you add a fprintf like fprintf(stderr, "====> n=%d\n", n); right after line 1035 in src/x11/Image.cxx of your fltk2 copy and recompile fltk2 + dillo and run your test again?

May 14, 2010