- Dillo-dev - lists.mailman3.com

assert failed when using text search while page still loading

by sgeerken＠dillo.org

On Fri, Oct 24, 2014, Sebastian Geerken wrote: > I've problems to reproduce it, but I'm guessing ... > > On Do, Okt 23, 2014, eocene wrote: > > (gdb) bt > > #0 0xb778a424 in __kernel_vsyscall () > > #1 0xb70b2661 in *__GI_raise (sig=6) > > at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 > > #2 0xb70b5a92 in *__GI_abort () at abort.c:92 > > #3 0xb70ab878 in *__GI___assert_fail ( > > assertion=0x816049e "i >= 0 && this->num - i > 0", > > file=0x816048e "../lout/misc.hh", line=167, > > function=0x8160540 "T* lout::misc::SimpleVector<T>::getRef(int) const [with T = dw::Textblock::Line]") at assert.c:81 > > #4 0x080a73f6 in lout::misc::SimpleVector<dw::Textblock::Line>::getRef ( > > this=0x905df50, i=-1) at ../lout/misc.hh:167 > > #5 0x080a8447 in dw::Textblock::TextblockIterator::getAllocation ( > > this=0x885ef98, start=0, end=5, allocation=0xbff2e818) > > at textblock_iterator.cc:288 > > A line is missing, but everything else seems OK. I guess that this has > to do with the new line breaking (introduced with release 3.0.3), > where some words are not immediately assigned to a line. I'll soon > work on this. I just pushed a fix. Does the problem still occur? Sebastian

Nov. 6, 2014

Assertion `oofm->wasAllocated (fl2->generatingBlock)' failed.

by eocene＠gmx.com

outofflowmgr.cc:203: virtual int dw::OutOfFlowMgr::Float::ComparePosition::compare(lout::object::Object*, lout::object::Object*): Assertion `oofm->wasAllocated (fl2->generatingBlock)' failed. (gdb) bt #0 0xb7705424 in __kernel_vsyscall () #1 0xb702d661 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #2 0xb7030a92 in *__GI_abort () at abort.c:92 #3 0xb7026878 in *__GI___assert_fail ( assertion=0x814bcf0 "oofm->wasAllocated (fl2->generatingBlock)", file=0x814bc53 "outofflowmgr.cc", line=203, function=0x814c2e0 "virtual int dw::OutOfFlowMgr::Float::ComparePosition::compare(lout::object::Object*, lout::object::Object*)") at assert.c:81 #4 0x080b0a83 in dw::OutOfFlowMgr::Float::ComparePosition::compare ( this=0xbfcd6d6c, o1=0xbfcd6d18, o2=0x89c46d8) at outofflowmgr.cc:203 #5 0x080d926c in lout::container::untyped::Vector::bsearch (this=0x8b29898, key=0xbfcd6d18, mustExist=false, start=0, end=6, comparator=0xbfcd6d6c) at container.cc:239 #6 0x080b5607 in lout::container::typed::Vector<dw::OutOfFlowMgr::Float>::bsearch (this=0x8a63970, key=0xbfcd6d18, mustExist=false, start=0, end=6, comparator=0xbfcd6d6c) at ../lout/container.hh:451 #7 0x080b0f24 in dw::OutOfFlowMgr::SortedFloatsVector::find (this=0x8a63970, textblock=0x887dc60, y=4079, start=0, end=6) at outofflowmgr.cc:382 #8 0x080b0fdd in dw::OutOfFlowMgr::SortedFloatsVector::findFirst ( this=0x8a63970, textblock=0x887dc60, y=4079, h=1, lastGB=0x887dc60, lastExtIndex=9, lastReturn=0x0) at outofflowmgr.cc:429 #9 0x080b458f in dw::OutOfFlowMgr::hasFloat (this=0x8a526d0, textblock=0x887dc60, side=dw::OutOfFlowMgr::LEFT, y=4079, h=1, lastGB=0x887dc60, lastExtIndex=9) at outofflowmgr.cc:2172 #10 0x080b44df in dw::OutOfFlowMgr::hasFloatLeft (this=0x8a526d0, textblock=0x887dc60, y=4079, h=1, lastGB=0x887dc60, lastExtIndex=9) at outofflowmgr.cc:2149 #11 0x080ac7c2 in dw::Textblock::calcBorders (this=0x887dc60, lastOofRef=-1, height=1) at textblock_linebreaking.cc:1986 #12 0x080aa385 in dw::Textblock::balanceBreakPosAndHeight (this=0x887dc60, wordIndex=19, firstIndex=10, searchUntil=0xbfcd6f58, tempNewLine=true, penaltyIndex=0, borderIsCalculated=true, thereWillBeMoreSpace=0xbfcd6f5f, wrapAll=true, diffWords=0xbfcd6f60, wordIndexEnd=0xbfcd6f54, lastFloatPos=0xbfcd6f48, regardBorder=true, height=0xbfcd6f50, breakPos=0xbfcd6f4c) at textblock_linebreaking.cc:893 #13 0x080a9f81 in dw::Textblock::wrapWordInFlow (this=0x887dc60, wordIndex=19, wrapAll=true) at textblock_linebreaking.cc:728 #14 0x080a9bfa in dw::Textblock::wordWrap (this=0x887dc60, wordIndex=19, wrapAll=true) at textblock_linebreaking.cc:588 #15 0x080aca94 in dw::Textblock::showMissingLines (this=0x887dc60) at textblock_linebreaking.cc:2054 #16 0x0809febd in dw::Textblock::sizeAllocateImpl (this=0x887dc60, allocation=0xbfcd7160) at textblock.cc:562 #17 0x080d6ed5 in dw::core::Widget::sizeAllocate (this=0x887dc60, allocation=0xbfcd7160) at widget.cc:986 #18 0x080a0340 in dw::Textblock::sizeAllocateImpl (this=0x87fa748, allocation=0xbfcd7240) at textblock.cc:731 #19 0x080d6ed5 in dw::core::Widget::sizeAllocate (this=0x87fa748, allocation=0xbfcd7240) at widget.cc:986 #20 0x080cb35c in dw::core::Layout::resizeIdle (this=0x875f858) at layout.cc:912 #21 0x080b9b48 in dw::fltk::FltkPlatform::generalIdle (this=0x874fc58) at fltkplatform.cc:627 #22 0x080b9ad0 in dw::fltk::FltkPlatform::generalStaticIdle (data=0x874fc58) at fltkplatform.cc:617

Nov. 5, 2014

what's currently broken in dillo

by higuita7＠yahoo.co.uk

> Please may I have: > - a screen shot of some of the breakage Screen shot attached.^H^H^H^H^H^H^H^H on the url below :) http://picpaste.com/gkrellShoot_11-04-14_235147-M4JGRxAA.jpg Note the images and next to the right the placeover where the image should be. > - the list of web bugs on the page 21 web bugs: HTML warning: line 95, <meta> must be inside the HEAD section. HTML warning: line 96, <meta> must be inside the HEAD section. HTML warning: line 97, <meta> must be inside the HEAD section. HTML warning: line 98, <meta> must be inside the HEAD section. HTML warning: line 99, <meta> must be inside the HEAD section. HTML warning: line 100, <meta> must be inside the HEAD section. HTML warning: line 101, <meta> must be inside the HEAD section. HTML warning: line 102, Unexpected closing tag: </head>. HTML warning: line 103, <body> was already open. HTML warning: line 718, <table> cellspacing attribute is obsolete. HTML warning: line 1063, <big> is obsolete in HTML5. HTML warning: line 1064, <big> is obsolete in HTML5. HTML warning: line 1069, <big> is obsolete in HTML5. HTML warning: line 1070, <big> is obsolete in HTML5. HTML warning: line 1075, <big> is obsolete in HTML5. HTML warning: line 1076, <big> is obsolete in HTML5. HTML warning: line 1079, <big> is obsolete in HTML5. HTML warning: line 1080, <big> is obsolete in HTML5. HTML warning: line 1095, <table> cellspacing attribute is obsolete. HTML warning: line 1158, <link> must be inside the HEAD section. HTML warning: line 1158, <link> must be inside the HEAD section. This witl fltk 1.3.2 and dillo e929d8bd7d6e tip Thanks higuita -- Naturally the common people don't want war... but after all it is the leaders of a country who determine the policy, and it is always a simple matter to drag the people along, whether it is a democracy, or a fascist dictatorship, or a parliament, or a communist dictatorship. Voice or no voice, the people can always be brought to the bidding of the leaders. That is easy. All you have to do is tell them they are being attacked, and denounce the pacifists for lack of patriotism and exposing the country to danger. It works the same in every country. -- Hermann Goering, Nazi and war criminal, 1883-1946

Nov. 5, 2014

what's currently broken in dillo

by higuita7＠yahoo.co.uk

On Tue, 4 Nov 2014 14:38:19 +0000, eocene <eocene at gmx.com> wrote: > Are you talking about the empty boxes to the left of the images? Looks > like it's some javascript thing. Yes! In firefox, if i disable javascript, the page still renders fine... but looking to the source, you may be right: <td><a href="/wiki/Fruits" class="image image-thumbnail link-internal" title="Fruits"> <img src="data:image/gif;base64,R0lGODlhAQABAIABAAAAAP///yH5BAEAAAEALAAAAAABAAEAQAICTAEAOw%3D%3D" alt="Fruit" class="lzy lzyPlcHld " data-image-key="Fruit.png" data-image-name="Fruit.png" data-src="http://img2.wikia.nocookie.net/__cb20140514143205/dont-starve-game/images/t…" onload="if(typeof ImgLzy==='object'){ImgLzy.load(this)}" height="32" width="32"> <noscript> <img src="http://img2.wikia.nocookie.net/__cb20140514143205/dont-starve-game/images/t…" alt="Fruit" class="" data-image-key="Fruit.png" data-image-name="Fruit.png" height="32" width="32"> </noscript></a>?0.5 </td> So there are 2 image loaders, one with javascript, other without! So the problem is that dillo is loading BOTH, creating the empty square and the image right next to it, taken from the <noscript> block > > ../dw/libDw-fltk.a(libDw_fltk_a-fltkviewbase.o): In function > > `dw::fltk::FltkViewBase::handle(int)': /home/higuita/build/dillo2/dillo3/dw/fltkviewbase.cc:367: > > undefined reference to `fl_oldfocus' collect2: error: ld returned 1 > > exit status make[3]: *** [dillo] Error 1 > I'm not sure why you're getting that. I found that if i revert to fltk 1.3.2 it works, again building the fltk 1.3.3, dillo build fails again. I have done make clean on fltk and dillo on every try and tried to clean the system from any old files, but same results. greping the both fltk version for fl_oldfocus, i get the same code, so is even weirder. Can someone reproduce this or i have something broken on my system? Thanks again higuita -- Naturally the common people don't want war... but after all it is the leaders of a country who determine the policy, and it is always a simple matter to drag the people along, whether it is a democracy, or a fascist dictatorship, or a parliament, or a communist dictatorship. Voice or no voice, the people can always be brought to the bidding of the leaders. That is easy. All you have to do is tell them they are being attacked, and denounce the pacifists for lack of patriotism and exposing the country to danger. It works the same in every country. -- Hermann Goering, Nazi and war criminal, 1883-1946

Nov. 5, 2014

what's currently broken in dillo

by eocene＠gmx.com

> In the url below, all images are off the frame, making > everything look weird: > > http://dont-starve-game.wikia.com/wiki/Crock_Pot_Recipes > > Disabling the CSS don't fix the problem. Are you talking about the empty boxes to the left of the images? Looks like it's some javascript thing. > Also, i tried to build fltk svn and dillo hg and dillo is > reporting this: > [snip] > ../dw/libDw-fltk.a(libDw_fltk_a-fltkviewbase.o): In function `dw::fltk::FltkViewBase::handle(int)': > /home/higuita/build/dillo2/dillo3/dw/fltkviewbase.cc:367: undefined reference to `fl_oldfocus' > collect2: error: ld returned 1 exit status > make[3]: *** [dillo] Error 1 I'm not sure why you're getting that.

Nov. 4, 2014

what's currently broken in dillo

by james.from.wellington＠gmail.com

Hi Higuita, Please may I have: - a screen shot of some of the breakage - the list of web bugs on the page ? I have 21 web bugs, and see many black boxes, but the only thing that's obviously too far to the right is "A burnt Crock Pot from the Reign of Giants DLC". I'm running hg dillo dated 26 Oct 14 plus the diffs that I have sent to the list, one of which fixed some rendering problems for me, but this page is not obviously exercising it. Regards, James. On 11/4/14, higuita <higuita7 at yahoo.co.uk> wrote: > Hi > On Tue, 4 Nov 2014 00:26:47 +0000, eocene <eocene at gmx.com> wrote: >> Since fltk had a release today, I was thinking about where dillo stands >> at present. Here are the problems that I can think of: > > I wanted to report this for a long time, this seems a good > opportunity :) > > In the url below, all images are off the frame, making > everything look weird: > > http://dont-starve-game.wikia.com/wiki/Crock_Pot_Recipes > > Disabling the CSS don't fix the problem. > > Also, i tried to build fltk svn and dillo hg and dillo is > reporting this: > > g++ -I/usr/include/libpng14 -I/usr/include/freetype2 -O2 -fPIC > -fvisibility-inlines-hidden -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE > -D_THREAD_SAFE -D_REENTRANT -g -O0 -fPIC -Wall -W -Wno-unused-parameter > -fno-rtti -fno-exceptions -L/usr/local/lib -o dillo dillo.o paths.o > tipwin.o ui.o uicmd.o bw.o cookies.o auth.o md5.o digest.o colors.o misc.o > history.o prefs.o prefsparser.o keys.o url.o bitvec.o klist.o chain.o utf8.o > timeout.o dialog.o web.o nav.o cache.o decode.o dicache.o capi.o domain.o > css.o cssparser.o styleengine.o plain.o html.o form.o table.o bookmark.o > dns.o gif.o jpeg.o png.o imgbuf.o image.o menu.o dpiapi.o findbar.o xembed.o > ../dlib/libDlib.a ../dpip/libDpip.a IO/libDiof.a ../dw/libDw-widgets.a > ../dw/libDw-fltk.a ../dw/libDw-core.a ../lout/liblout.a -ljpeg -L/usr/lib64 > -lpng14 -L/usr/lib64 -lfltk -lXcursor -lXfixes -lXext -lXft -lfontconfig > -lXinerama -lpthread -ldl -lm -lX11 -lz -lpthread -lX11 > ../dw/libDw-fltk.a(libDw_fltk_a-fltkviewbase.o): In function > `dw::fltk::FltkViewBase::handle(int)': > /home/higuita/build/dillo2/dillo3/dw/fltkviewbase.cc:367: undefined > reference to `fl_oldfocus' > collect2: error: ld returned 1 exit status > make[3]: *** [dillo] Error 1 > > Thanks for dillo > higuita > -- > Naturally the common people don't want war... but after all it is the > leaders of a country who determine the policy, and it is always a > simple matter to drag the people along, whether it is a democracy, or > a fascist dictatorship, or a parliament, or a communist dictatorship. > Voice or no voice, the people can always be brought to the bidding of > the leaders. That is easy. All you have to do is tell them they are > being attacked, and denounce the pacifists for lack of patriotism and > exposing the country to danger. It works the same in every country. > -- Hermann Goering, Nazi and war criminal, 1883-1946 >

Nov. 4, 2014

what's currently broken in dillo

by higuita7＠yahoo.co.uk

Hi On Tue, 4 Nov 2014 00:26:47 +0000, eocene <eocene at gmx.com> wrote: > Since fltk had a release today, I was thinking about where dillo stands > at present. Here are the problems that I can think of: I wanted to report this for a long time, this seems a good opportunity :) In the url below, all images are off the frame, making everything look weird: http://dont-starve-game.wikia.com/wiki/Crock_Pot_Recipes Disabling the CSS don't fix the problem. Also, i tried to build fltk svn and dillo hg and dillo is reporting this: g++ -I/usr/include/libpng14 -I/usr/include/freetype2 -O2 -fPIC -fvisibility-inlines-hidden -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_THREAD_SAFE -D_REENTRANT -g -O0 -fPIC -Wall -W -Wno-unused-parameter -fno-rtti -fno-exceptions -L/usr/local/lib -o dillo dillo.o paths.o tipwin.o ui.o uicmd.o bw.o cookies.o auth.o md5.o digest.o colors.o misc.o history.o prefs.o prefsparser.o keys.o url.o bitvec.o klist.o chain.o utf8.o timeout.o dialog.o web.o nav.o cache.o decode.o dicache.o capi.o domain.o css.o cssparser.o styleengine.o plain.o html.o form.o table.o bookmark.o dns.o gif.o jpeg.o png.o imgbuf.o image.o menu.o dpiapi.o findbar.o xembed.o ../dlib/libDlib.a ../dpip/libDpip.a IO/libDiof.a ../dw/libDw-widgets.a ../dw/libDw-fltk.a ../dw/libDw-core.a ../lout/liblout.a -ljpeg -L/usr/lib64 -lpng14 -L/usr/lib64 -lfltk -lXcursor -lXfixes -lXext -lXft -lfontconfig -lXinerama -lpthread -ldl -lm -lX11 -lz -lpthread -lX11 ../dw/libDw-fltk.a(libDw_fltk_a-fltkviewbase.o): In function `dw::fltk::FltkViewBase::handle(int)': /home/higuita/build/dillo2/dillo3/dw/fltkviewbase.cc:367: undefined reference to `fl_oldfocus' collect2: error: ld returned 1 exit status make[3]: *** [dillo] Error 1 Thanks for dillo higuita -- Naturally the common people don't want war... but after all it is the leaders of a country who determine the policy, and it is always a simple matter to drag the people along, whether it is a democracy, or a fascist dictatorship, or a parliament, or a communist dictatorship. Voice or no voice, the people can always be brought to the bidding of the leaders. That is easy. All you have to do is tell them they are being attacked, and denounce the pacifists for lack of patriotism and exposing the country to danger. It works the same in every country. -- Hermann Goering, Nazi and war criminal, 1883-1946

Nov. 4, 2014

what's currently broken in dillo

by eocene＠gmx.com

Since fltk had a release today, I was thinking about where dillo stands at present. Here are the problems that I can think of: - vsource request crashes when dpid isn't working. - source is slow to render, presumably something to do with large tables. - on some sites, rendering never stops as the horizontal scrollbar shows the page growing wider and wider. - on some sites, the ending words of a line are missing. - text search while loading, assert failed. - img alt text not constrained by width/height.

Nov. 4, 2014

SSL in the browser

by eocene＠gmx.com

I put up a new version that checks various locations for certificates and permits a location to be specified during configuration. It may not make any difference for osx, but maybe it will help the BSDs. http://www.dillo.org/test/ssl_in_browser.diff

Oct. 27, 2014

SSL in the browser

by james.from.wellington＠gmail.com

Firefox keeps them in a database called cert8.db in <user>/Library/Application Support/Firefox/Profiles/*/ Safari keeps them in /System/Library/Keychains/SystemCACertificates.keychain Neither of these formats is legible to OpenSSL. These comments are about Firefox 32.0.3, and OSX 10.6.8 which is now obsolete. Later versions may do things differently. On 10/26/14, eocene <eocene at gmx.com> wrote: > James wrote: >> Every certificate that doesn't have something at the root of its chain, as >> it should. I'm on osx and there is no /etc/ssl/certs, so I had no roots >> until I started loading them. > > Where does OSX keep them? > > I'd looked on the web a bit in the past in case there was any simple > consensus out there on the matter of where to check, but didn't find > anything. > > I'll see where curl checks. Whatever they do is probably a good idea. > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev at dillo.org > http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev >

Oct. 26, 2014