- Dillo-dev - lists.mailman3.com

outofflowmgr.cc:1527: Assertion `yReq >= 0' failed.

by eocene＠gmx.com

outofflowmgr.cc:1527: void dw::OutOfFlowMgr::tellFloatPosition(dw::core::Widget*, int): Assertion `yReq >= 0' failed. At http://darwinday.org/events/ #0 0xb775e424 in __kernel_vsyscall () #1 0xb7083661 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #2 0xb7086a92 in *__GI_abort () at abort.c:92 #3 0xb707c878 in *__GI___assert_fail (assertion=0x8158124 "yReq >= 0", file=0x8158073 "outofflowmgr.cc", line=1527, function=0x81584a0 "void dw::OutOfFlowMgr::tellFloatPosition(dw::core::Widget*, int)") at assert.c:81 #4 0x080b8016 in dw::OutOfFlowMgr::tellFloatPosition (this=0x844f5b0, widget= 0x8cda630, yReq=-1348746332) at outofflowmgr.cc:1527 #5 0x080b7fdd in dw::OutOfFlowMgr::tellPosition (this=0x844f5b0, widget=0x8cda630, yReq=-1348746332) at outofflowmgr.cc:1516 #6 0x080aed85 in dw::Textblock::wrapWordInFlow (this=0x844ed10, wordIndex=9, wrapAll=true) at textblock_linebreaking.cc:788 #7 0x080ae8c0 in dw::Textblock::wordWrap (this=0x844ed10, wordIndex=9, wrapAll=true) at textblock_linebreaking.cc:606 #8 0x080b1842 in dw::Textblock::showMissingLines (this=0x844ed10) at textblock_linebreaking.cc:2113 #9 0x080a431d in dw::Textblock::sizeRequestImpl (this=0x844ed10, requisition=0xbfeaa950) at textblock.cc:342 #10 0x080dafc0 in dw::core::Widget::sizeRequest (this=0x844ed10, requisition=0xbfeaa950) at widget.cc:494 #11 0x080b71c7 in dw::OutOfFlowMgr::doFloatsExceedCB (this=0x844f5b0, side=dw::OutOfFlowMgr::LEFT) at outofflowmgr.cc:1045 #12 0x080b67ae in dw::OutOfFlowMgr::sizeAllocateEnd (this=0x844f5b0, caller=0x844ed10) at outofflowmgr.cc:651 #13 0x080a4e6b in dw::Textblock::sizeAllocateImpl (this=0x844ed10, allocation=0xbfeaab00) at textblock.cc:759 #14 0x080dbe93 in dw::core::Widget::sizeAllocate (this=0x844ed10, allocation=0xbfeaab00) at widget.cc:993 #15 0x080a4d8d in dw::Textblock::sizeAllocateImpl (this=0x8468b58, allocation=0xbfeaabf0) at textblock.cc:744 #16 0x080dbe93 in dw::core::Widget::sizeAllocate (this=0x8468b58, allocation=0xbfeaabf0) at widget.cc:993 #17 0x080a4d8d in dw::Textblock::sizeAllocateImpl (this=0x8468278, allocation=0xbfeaace0) at textblock.cc:744 #18 0x080dbe93 in dw::core::Widget::sizeAllocate (this=0x8468278, allocation=0xbfeaace0) at widget.cc:993 #19 0x080a4d8d in dw::Textblock::sizeAllocateImpl (this=0x89c7ed8, allocation=0xbfeaadd0) at textblock.cc:744 #20 0x080dbe93 in dw::core::Widget::sizeAllocate (this=0x89c7ed8, allocation=0xbfeaadd0) at widget.cc:993 #21 0x080a4d8d in dw::Textblock::sizeAllocateImpl (this=0x8a04228, allocation=0xbfeaaeb0) at textblock.cc:744 #22 0x080dbe93 in dw::core::Widget::sizeAllocate (this=0x8a04228, #23 0x080d0230 in dw::core::Layout::resizeIdle (this=0x83a3688) at layout.cc:912 #24 0x080be150 in dw::fltk::FltkPlatform::generalIdle (this=0x83946e0) at fltkplatform.cc:630 #25 0x080be0d8 in dw::fltk::FltkPlatform::generalStaticIdle (data=0x83946e0) at fltkplatform.cc:620 #26 0x08106e5c in call_idle() () #27 0x080e3eb5 in Fl::wait(double) () #28 0x080e3ff5 in Fl::run() () #29 0x08053b6f in main (argc=2, argv=0xbfeab0d4) at dillo.cc:590

Feb. 12, 2015

page that hangs

by eocene＠gmx.com

news.sciencemag.org Under gdb, breaking in and having a look at the backtrace always showed a series of rewrap()... (gdb) bt #0 0x08051680 in mcount at plt () #1 0x080b753f in lout::object::TypedPointer<dw::Textblock>::~TypedPointer ( this=0xbfffedf4, __in_chrg=<optimized out>) at ../lout/object.hh:115 #2 0x080b5b36 in dw::OutOfFlowMgr::getTextblock (this=0x825aa00, textblock=0x862f5e0) at outofflowmgr.cc:1956 #3 0x080b6aa1 in dw::OutOfFlowMgr::getAllocation (this=0x825aa00, textblock=0x862f5e0) at outofflowmgr.hh:252 #4 0x080b288c in dw::OutOfFlowMgr::Float::ComparePosition::compare ( this=0xbfffef7c, o1=0xbfffef28, o2=0x83eb728) at outofflowmgr.cc:233 #5 0x080db204 in lout::container::untyped::Vector::bsearch (this=0x82466c8, key=0xbfffef28, mustExist=false, start=0, end=5, comparator=0xbfffef7c) at container.cc:239 #6 0x080b6d8b in lout::container::typed::Vector<dw::OutOfFlowMgr::Float>::bsearch (this=0x82466b0, key=0xbfffef28, mustExist=false, start=0, end=5, comparator=0xbfffef7c) at ../lout/container.hh:451 #7 0x080b2cba in dw::OutOfFlowMgr::SortedFloatsVector::find (this=0x82466b0, textblock=0x862f5e0, y=61080, start=0, end=5) at outofflowmgr.cc:385 #8 0x080b2d73 in dw::OutOfFlowMgr::SortedFloatsVector::findFirst ( this=0x82466b0, textblock=0x862f5e0, y=61080, h=1, lastGB=0x862f5e0, lastExtIndex=-1, lastReturn=0x0) at outofflowmgr.cc:432 #9 0x080b6069 in dw::OutOfFlowMgr::getFloatHeight (this=0x825aa00, textblock=0x862f5e0, side=dw::OutOfFlowMgr::LEFT, y=61080, h=1, lastGB=0x862f5e0, lastExtIndex=-1) at outofflowmgr.cc:2143 #10 0x080b5fc5 in dw::OutOfFlowMgr::getLeftFloatHeight (this=0x825aa00, textblock=0x862f5e0, y=61080, h=1, lastGB=0x862f5e0, lastExtIndex=-1) at outofflowmgr.cc:2125 #11 0x080ae637 in dw::Textblock::calcBorders (this=0x862f5e0, lastOofRef=-1, height=1) at textblock_linebreaking.cc:2058 #12 0x080ac011 in dw::Textblock::balanceBreakPosAndHeight (this=0x862f5e0, wordIndex=0, firstIndex=0, searchUntil=0xbffff168, tempNewLine=false, penaltyIndex=0, borderIsCalculated=true, thereWillBeMoreSpace=0xbffff16f, wrapAll=false, diffWords=0xbffff170, wordIndexEnd=0xbffff164, lastFloatPos=0xbffff158, regardBorder=true, height=0xbffff160, breakPos=0xbffff15c) at textblock_linebreaking.cc:910 #13 0x080abc03 in dw::Textblock::wrapWordInFlow (this=0x862f5e0, wordIndex=0, wrapAll=false) at textblock_linebreaking.cc:746 #14 0x080ab87c in dw::Textblock::wordWrap (this=0x862f5e0, wordIndex=0, wrapAll=false) at textblock_linebreaking.cc:606 #15 0x080ae17c in dw::Textblock::rewrap (this=0x862f5e0) at textblock_linebreaking.cc:1891 #16 0x080a12ce in dw::Textblock::sizeRequestImpl (this=0x862f5e0, requisition=0x8635f80) at textblock.cc:341 #17 0x080d7f7c in dw::core::Widget::sizeRequest (this=0x862f5e0, requisition=0x8635f80) at widget.cc:494 #18 0x080ae159 in dw::Textblock::rewrap (this=0x862f098) at textblock_linebreaking.cc:1889 #19 0x080a12ce in dw::Textblock::sizeRequestImpl (this=0x862f098, requisition=0x862f370) at textblock.cc:341 #20 0x080d7f7c in dw::core::Widget::sizeRequest (this=0x862f098, requisition=0x862f370) at widget.cc:494 #21 0x080ae159 in dw::Textblock::rewrap (this=0x862ea18) at textblock_linebreaking.cc:1889 #22 0x080a12ce in dw::Textblock::sizeRequestImpl (this=0x862ea18, requisition=0x862ee18) at textblock.cc:341 #23 0x080d7f7c in dw::core::Widget::sizeRequest (this=0x862ea18, requisition=0x862ee18) at widget.cc:494 #24 0x080ae159 in dw::Textblock::rewrap (this=0x862b748) at textblock_linebreaking.cc:1889 #25 0x080a12ce in dw::Textblock::sizeRequestImpl (this=0x862b748, requisition=0x862b9f8) at textblock.cc:341 #26 0x080d7f7c in dw::core::Widget::sizeRequest (this=0x862b748, requisition=0x862b9f8) at widget.cc:494 #27 0x080ae159 in dw::Textblock::rewrap (this=0x862b0a0) at textblock_linebreaking.cc:1889 #28 0x080a12ce in dw::Textblock::sizeRequestImpl (this=0x862b0a0, requisition=0x862b478) at textblock.cc:341 #29 0x080d7f7c in dw::core::Widget::sizeRequest (this=0x862b0a0, requisition=0x862b478) at widget.cc:494 #30 0x080ae159 in dw::Textblock::rewrap (this=0x835e868) at textblock_linebreaking.cc:1889 #31 0x080a12ce in dw::Textblock::sizeRequestImpl (this=0x835e868, requisition=0x855357c) at textblock.cc:341 #32 0x080d7f7c in dw::core::Widget::sizeRequest (this=0x835e868, requisition=0x855357c) at widget.cc:494 #33 0x080ae159 in dw::Textblock::rewrap (this=0x82846b8) at textblock_linebreaking.cc:1889 #34 0x080a12ce in dw::Textblock::sizeRequestImpl (this=0x82846b8, requisition=0xbffff750) at textblock.cc:341 #35 0x080d7f7c in dw::core::Widget::sizeRequest (this=0x82846b8, requisition=0xbffff750) at widget.cc:494 #36 0x080b4183 in dw::OutOfFlowMgr::doFloatsExceedCB (this=0x825aa00, side=dw::OutOfFlowMgr::LEFT) at outofflowmgr.cc:1045 #37 0x080b376a in dw::OutOfFlowMgr::sizeAllocateEnd (this=0x825aa00, caller=0x82846b8) at outofflowmgr.cc:651 #38 0x080a1e27 in dw::Textblock::sizeAllocateImpl (this=0x82846b8, allocation=0xbffff8f0) at textblock.cc:759 #39 0x080d8e4f in dw::core::Widget::sizeAllocate (this=0x82846b8, allocation=0xbffff8f0) at widget.cc:993 #40 0x080cd1ec in dw::core::Layout::resizeIdle (this=0x81f2940) at layout.cc:912 #41 0x080bb10c in dw::fltk::FltkPlatform::generalIdle (this=0x81e2d38) at fltkplatform.cc:630 #42 0x080bb094 in dw::fltk::FltkPlatform::generalStaticIdle (data=0x81e2d38) at fltkplatform.cc:620 #43 0x08103e18 in call_idle() () #44 0x080e0e71 in Fl::wait(double) () #45 0x080e0fb1 in Fl::run() () #46 0x08052f7a in main (argc=1, argv=0xbffffb14) at dillo.cc:588

Feb. 10, 2015

Core-dump pasting from one form field into another

by Johannes.Hofmann＠gmx.de

Hi James, On Sun, Feb 01, 2015 at 04:06:01PM +1300, James C wrote: > Hello Johannes et al, > > Unless circumstances intervene, a future release of FLTK will support > DND on OSX without RTTI:: > https://groups.google.com/forum/#!searchin/fltkgeneral/rtti/fltkgeneral/yxj… thanks that you brought up the topic on the FLTK list! > > I vote for leaving DND disabled until the FLTK people are ready to > make that release. sure. Regards, Johannes > > Regards, > James. > > On 23/01/2015, James C <james.from.wellington at gmail.com> wrote: > > Hello Johannes et al, > > > > I've logged this with the FLTK people. > > http://www.fltk.org/str.php?L3178 > > > > Regards, > > James. > > > > On 20/01/2015, Johannes Hofmann <johannes.hofmann at gmx.de> wrote: > >> Hi James, > >> > >> On Tue, Jan 20, 2015 at 08:50:22PM +1300, James C wrote: > >>> Hi All, > >>> > >>> I think I've worked out what's going on with drag-and-drop. > >>> > >>> We're compiling with -fno-rtti and (some parts of) fltk do > >>> dynamic_cast, which needs rtti. The run-time handling for detecting > >>> the conflict is nonexistent/unforgiving. > >>> > >>> When I make the change below and rebuild, drag-and-drop starts working > >>> for > >>> me. > >> > >> Cool that you found the reason! > >> From http://en.wikipedia.org/wiki/FLTK fltk is supposed to work > >> without rtti, but things might have changed of course. > >> It would be cool if you could bring up the topic on an fltk list to > >> see if it's intended like this. > >> > >> Cheers, > >> Johannes > >> > >> _______________________________________________ > >> Dillo-dev mailing list > >> Dillo-dev at dillo.org > >> http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev > >> > > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev at dillo.org > http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev

Feb. 2, 2015

Core-dump pasting from one form field into another

by james.from.wellington＠gmail.com

Hello Johannes et al, Unless circumstances intervene, a future release of FLTK will support DND on OSX without RTTI:: https://groups.google.com/forum/#!searchin/fltkgeneral/rtti/fltkgeneral/yxj… I vote for leaving DND disabled until the FLTK people are ready to make that release. Regards, James. On 23/01/2015, James C <james.from.wellington at gmail.com> wrote: > Hello Johannes et al, > > I've logged this with the FLTK people. > http://www.fltk.org/str.php?L3178 > > Regards, > James. > > On 20/01/2015, Johannes Hofmann <johannes.hofmann at gmx.de> wrote: >> Hi James, >> >> On Tue, Jan 20, 2015 at 08:50:22PM +1300, James C wrote: >>> Hi All, >>> >>> I think I've worked out what's going on with drag-and-drop. >>> >>> We're compiling with -fno-rtti and (some parts of) fltk do >>> dynamic_cast, which needs rtti. The run-time handling for detecting >>> the conflict is nonexistent/unforgiving. >>> >>> When I make the change below and rebuild, drag-and-drop starts working >>> for >>> me. >> >> Cool that you found the reason! >> From http://en.wikipedia.org/wiki/FLTK fltk is supposed to work >> without rtti, but things might have changed of course. >> It would be cool if you could bring up the topic on an fltk list to >> see if it's intended like this. >> >> Cheers, >> Johannes >> >> _______________________________________________ >> Dillo-dev mailing list >> Dillo-dev at dillo.org >> http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev >> >

Feb. 1, 2015

an interlaced gif doesn't finish drawing

by eocene＠gmx.com

I've consistently noticed that the image in the upper left corner of http://forum.thinkpads.com doesn't finish drawing initially. If I isolate the image or click to a second page, it'll show the whole thing properly.

Jan. 25, 2015

textarea placeholder [Re: form input placeholder text]

by eocene＠gmx.com

I wrote: > Everyone's getting into the habit of using the html5 > placeholder attributes on form inputs to tell users > what the inputs are for, decreasing usability for the > rest of us, so I implemented it for INPUT text/password. > (It's also legal on TEXTAREA.) Here's the code for textarea. I don't expect to commit this one as quickly, since textarea placeholder doesn't seem to be used as commonly. http://www.dillo.org/test/textarea_placeholder.diff

Jan. 24, 2015

Core-dump pasting from one form field into another

by james.from.wellington＠gmail.com

Hello Johannes et al, I've logged this with the FLTK people. http://www.fltk.org/str.php?L3178 Regards, James. On 20/01/2015, Johannes Hofmann <johannes.hofmann at gmx.de> wrote: > Hi James, > > On Tue, Jan 20, 2015 at 08:50:22PM +1300, James C wrote: >> Hi All, >> >> I think I've worked out what's going on with drag-and-drop. >> >> We're compiling with -fno-rtti and (some parts of) fltk do >> dynamic_cast, which needs rtti. The run-time handling for detecting >> the conflict is nonexistent/unforgiving. >> >> When I make the change below and rebuild, drag-and-drop starts working for >> me. > > Cool that you found the reason! > From http://en.wikipedia.org/wiki/FLTK fltk is supposed to work > without rtti, but things might have changed of course. > It would be cool if you could bring up the topic on an fltk list to > see if it's intended like this. > > Cheers, > Johannes > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev at dillo.org > http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev >

Jan. 23, 2015

[SOLVED] How to do a local install?

by jcid＠dillo.org

On Thu, Jan 22, 2015 at 02:38:34AM -0500, Walter Dnes wrote: > [...] > For future reference, my build script goes like so... > > > #!/bin/bash > # hg clone http://hg.dillo.org/dillo dillo3 > cd /home/waltdnes/dillo/dillo3 > CFLAGS="-O2 -march=native -fomit-frame-pointer -pipe -fno-unwind-tables -fno-asynchronous-unwind-tables" > CXXFLAGS=${CFLAGS} > make clean > git pull > ./autogen.sh > ./configure \ > --prefix=/home/waltdnes/.local \ > --enable-ssl \ > --disable-ipv6 \ > --enable-cookies \ > --enable-png \ > --enable-jpg \ > --enable-gif \ > --enable-threaded-dns \ > --enable-dependency-tracking > make > make install-strip > > To accomadate the "--prefix=/home/waltdnes/.local" I've added > "/home/waltdnes/.local/bin" to my PATH. AFAICS: git pull should be: hg pull hg update -- Cheers Jorge.-

Jan. 22, 2015

[SOLVED] How to do a local install?

by waltdnes＠waltdnes.org

On Thu, Jan 22, 2015 at 12:15:13PM +1300, James C wrote > Hello Walter (via the list, for future readers' reference), > > I think that I'm succeeding in doing what you want. > > I did it with configure options, which I keep in a very small shell script: > > ----- > ./configure --prefix=/Users/jamescone/buildTrees --enable-ssl > --enable-dependency-tracking > ----- > > I also have a very small shell script for setting the build environment: > > -------- > export CFLAGS="-I/opt/local/include -g" > export CXXFLAGS="$CFLAGS -g" > > export LDFLAGS="-L/opt/local/lib -g" > > export PS1='$(echo $PWD\$\ | sed -e " > s#.*versions/## > s#/dillo-jfw01/#:# > ")' > -------- > > Related to the PS1 bit, I have a christmas tree of versions, to try to > keep a variety of partially-done patches separate. Somewhere in my > path, there is a /versions/ subdirectory, and it shows me the > subdirectory inside that, and the path inside the hg checkout. I > started doing that because I was making too many mistakes, doing > things to the wrong subtree. Thanks very much. I'm up and running and Dillo comes up with the "Welcome to Dillo 3.1-dev" splash screen. Now to copy over some settings from my previous dillorc, and start surfing, and (hopefully not too much) bug reporting. For future reference, my build script goes like so... #!/bin/bash # hg clone http://hg.dillo.org/dillo dillo3 cd /home/waltdnes/dillo/dillo3 CFLAGS="-O2 -march=native -fomit-frame-pointer -pipe -fno-unwind-tables -fno-asynchronous-unwind-tables" CXXFLAGS=${CFLAGS} make clean git pull ./autogen.sh ./configure \ --prefix=/home/waltdnes/.local \ --enable-ssl \ --disable-ipv6 \ --enable-cookies \ --enable-png \ --enable-jpg \ --enable-gif \ --enable-threaded-dns \ --enable-dependency-tracking make make install-strip To accomadate the "--prefix=/home/waltdnes/.local" I've added "/home/waltdnes/.local/bin" to my PATH. -- Walter Dnes <waltdnes at waltdnes.org>

Jan. 22, 2015

a different lines->getRef() segfault

by james.from.wellington＠gmail.com

This, on commit 553bbaa, may be a dup or related. It was exercised by loading this: http://www.inkcartridges.co.nz/brother-hl5350dn-laser-printer (On OSX 10.6.8, as is usual from me.) Regards, James. =================== Assertion failed: (wasAllocated ()), function findLineIndexWhenAllocated, file textblock.cc, line 1634. Program received signal SIGABRT, Aborted. 0x00007fff82c490b6 in __kill () (gdb) bt #0 0x00007fff82c490b6 in __kill () #1 0x00007fff82ce99f6 in abort () #2 0x00007fff82cd69bc in __assert_rtn () #3 0x00000001000647bc in dw::Textblock::findLineIndexWhenAllocated (this=0x11dc7f200, y=0) at textblock.cc:1634 #4 0x0000000100069a63 in dw::Textblock::draw (this=0x11dc7f200, view=0x11dc7f7c0, area=0x7fff5fbfd3b0) at textblock.cc:1791 #5 0x000000010008c4a9 in dw::core::Layout::draw (this=0x11dc7f9c0, view=0x11dc7f7c0, area=0x7fff5fbfd4a0) at layout.cc:696 #6 0x0000000100083ef1 in dw::core::Layout::expose (this=0x11dc7f9c0, view=0x11dc7f7c0, area=0x7fff5fbfd4a0) at layout.hh:317 #7 0x0000000100083652 in dw::fltk::FltkViewBase::draw (this=0x11dc7f7c0, rect=0x7fff5fbfd510, type=dw::fltk::FltkViewBase::DRAW_CLIPPED) at fltkviewbase.cc:174 #8 0x0000000100083843 in dw::fltk::FltkViewBase::draw (this=0x11dc7f7c0) at fltkviewbase.cc:126 #9 0x00000001000bc529 in Fl_Widget::clear_damage () at /Users/jamescone/buildTrees/fltk/fltk-1.3.3/FL/Fl_Widget.H:772 #10 0x00000001000bc529 in Fl_Group::draw_child (this=<value temporarily unavailable, due to optimizations>, widget=@0x11dc7f7c8) at Fl_Group.cxx:773 #11 0x0000000100074334 in dw::fltk::ui::ComplexButton::draw (this=0x11dc7f710) at fltkcomplexbutton.cc:53 #12 0x00000001000bc529 in Fl_Widget::clear_damage () at /Users/jamescone/buildTrees/fltk/fltk-1.3.3/FL/Fl_Widget.H:772 #13 0x00000001000bc529 in Fl_Group::draw_child (this=<value temporarily unavailable, due to optimizations>, widget=@0x11dc7f710) at Fl_Group.cxx:773 #14 0x0000000100081e25 in dw::fltk::FltkWidgetView::drawFltkWidget (this=0x102230a60, widget=0x11dc7f710, area=0x7fff5fbfd730) at fltkviewbase.cc:731 #15 0x000000010007a553 in dw::fltk::ui::FltkResource::draw (this=0x11dc7f640, view=0x102230a60, area=0x7fff5fbfd730) at fltkui.cc:230 #16 0x000000010007eedb in dw::fltk::ui::FltkSpecificResource<dw::core::ui::ComplexButtonResource>::draw (this=0x11dc7f5e0, view=0x102230a60, area=0x7fff5fbfd730) at fltkui.cc:329 #17 0x0000000100099da0 in dw::core::ui::Embed::draw (this=0x11dc7fcc0, view=0x102230a60, area=0x7fff5fbfd730) at ui.cc:137 #18 0x0000000100069738 in dw::Textblock::drawLine (this=0x11dc7ed10, line=0x11dc7ddd0, view=0x102230a60, area=0x7fff5fbfd860) at textblock.cc:1569 #19 0x0000000100069abd in dw::Textblock::draw (this=0x11dc7ed10, view=0x102230a60, area=0x7fff5fbfd860) at textblock.cc:1799 #20 0x0000000100069738 in dw::Textblock::drawLine (this=0x11dca0f10, line=0x11dc7f0b0, view=0x102230a60, area=0x7fff5fbfd990) at textblock.cc:1569 #21 0x0000000100069abd in dw::Textblock::draw (this=0x11dca0f10, view=0x102230a60, area=0x7fff5fbfd990) at textblock.cc:1799 #22 0x0000000100069738 in dw::Textblock::drawLine (this=0x11dc4d460, line=0x11dca1730, view=0x102230a60, area=0x7fff5fbfda90) at textblock.cc:1569 #23 0x0000000100069abd in dw::Textblock::draw (this=0x11dc4d460, view=0x102230a60, area=0x7fff5fbfda90) at textblock.cc:1799 #24 0x0000000100061446 in dw::Table::draw (this=0x11dc183f0, view=0x102230a60, area=0x7fff5fbfdb20) at table.cc:383 #25 0x0000000100069738 in dw::Textblock::drawLine (this=0x11dc17fd0, line=0x11dca90e0, view=0x102230a60, area=0x7fff5fbfdc50) at textblock.cc:1569 #26 0x0000000100069abd in dw::Textblock::draw (this=0x11dc17fd0, view=0x102230a60, area=0x7fff5fbfdc50) at textblock.cc:1799 #27 0x0000000100069738 in dw::Textblock::drawLine (this=0x11dc48cf0, line=0x10059c490, view=0x102230a60, area=0x7fff5fbfdd80) at textblock.cc:1569 #28 0x0000000100069abd in dw::Textblock::draw (this=0x11dc48cf0, view=0x102230a60, area=0x7fff5fbfdd80) at textblock.cc:1799 #29 0x0000000100069738 in dw::Textblock::drawLine (this=0x11dca8410, line=0x10243a560, view=0x102230a60, area=0x7fff5fbfdeb0) at textblock.cc:1569 #30 0x0000000100069abd in dw::Textblock::draw (this=0x11dca8410, view=0x102230a60, area=0x7fff5fbfdeb0) at textblock.cc:1799 #31 0x0000000100069738 in dw::Textblock::drawLine (this=0x11dca7c70, line=0x11dca8030, view=0x102230a60, area=0x7fff5fbfdfe0) at textblock.cc:1569 #32 0x0000000100069abd in dw::Textblock::draw (this=0x11dca7c70, view=0x102230a60, area=0x7fff5fbfdfe0) at textblock.cc:1799 #33 0x0000000100069738 in dw::Textblock::drawLine (this=0x11dca5e70, line=0x11dca7e60, view=0x102230a60, area=0x7fff5fbfe0e0) at textblock.cc:1569 #34 0x0000000100069abd in dw::Textblock::draw (this=0x11dca5e70, view=0x102230a60, area=0x7fff5fbfe0e0) at textblock.cc:1799 #35 0x0000000100061446 in dw::Table::draw (this=0x11dcf4460, view=0x102230a60, area=0x7fff5fbfe170) at table.cc:383 #36 0x0000000100069738 in dw::Textblock::drawLine (this=0x10235e1c0, line=0x11dc64c30, view=0x102230a60, area=0x7fff5fbfe2c0) at textblock.cc:1569 #37 0x0000000100069abd in dw::Textblock::draw (this=0x10235e1c0, view=0x102230a60, area=0x7fff5fbfe2c0) at textblock.cc:1799 #38 0x000000010008c4a9 in dw::core::Layout::draw (this=0x1022a7170, view=0x102230a60, area=0x7fff5fbfe3b0) at layout.cc:696 #39 0x0000000100083ef1 in dw::core::Layout::expose (this=0x1022a7170, view=0x102230a60, area=0x7fff5fbfe3b0) at layout.hh:317 #40 0x0000000100083652 in dw::fltk::FltkViewBase::draw (this=0x102230a60, rect=0x7fff5fbfe420, type=dw::fltk::FltkViewBase::DRAW_CLIPPED) at fltkviewbase.cc:174 #41 0x0000000100083843 in dw::fltk::FltkViewBase::draw (this=0x102230a60) at fltkviewbase.cc:126 #42 0x0000000100084d53 in dw::fltk::FltkViewport::draw_area (data=0x102230a60, x=0, y=44, w=1185, h=636) at fltkviewport.cc:187 #43 0x0000000100084f63 in dw::fltk::FltkViewport::draw (this=0x102230a60) at fltkviewport.cc:213 #44 0x00000001000bc529 in Fl_Widget::clear_damage () at /Users/jamescone/buildTrees/fltk/fltk-1.3.3/FL/Fl_Widget.H:772 #45 0x00000001000bc529 in Fl_Group::draw_child (this=<value temporarily unavailable, due to optimizations>, widget=@0x102230a68) at Fl_Group.cxx:773 #46 0x00000001000bd631 in Fl_Group::draw_children (this=0x10225a6a0) at Fl_Group.cxx:728 #47 0x00000001000bc529 in Fl_Widget::clear_damage () at /Users/jamescone/buildTrees/fltk/fltk-1.3.3/FL/Fl_Widget.H:772 #48 0x00000001000bc529 in Fl_Group::draw_child (this=<value temporarily unavailable, due to optimizations>, widget=@0x10225a6a0) at Fl_Group.cxx:773 #49 0x00000001000bc529 in Fl_Group::draw_child (this=<value temporarily unavailable, due to optimizations>, widget=@0x10053c4a0) at Fl_Group.cxx:772 #50 0x00000001000bd631 in Fl_Group::draw_children (this=0x10053d9f0) at Fl_Group.cxx:728 #51 0x00000001000ddc40 in Fl_Window::draw (this=0x10053d9f0) at Fl_Window_shape.cxx:369 #52 0x00000001000a862e in Fl_X::flush (this=0x1024119a0) at Fl_cocoa.mm:2499 #53 0x00000001000a8703 in -[FLView drawRect:] (self=0x102214ea0, _cmd=<value temporarily unavailable, due to optimizations>, rect={origin = {x = 0, y = 0}, size = {width = 1200, height = 700}}) at Fl_cocoa.mm:2028 #54 0x00007fff8901acc5 in -[NSView _drawRect:clip:] () #55 0x00007fff89019938 in -[NSView _recursiveDisplayAllDirtyWithLockFocus:visRect:] () #56 0x00007fff8901800a in -[NSView _recursiveDisplayRectIfNeededIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:topView:] () #57 0x00007fff890143de in -[NSView _displayRectIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:] () #58 0x00007fff8918ee77 in -[NSView displayIfNeededIgnoringOpacity] () #59 0x00000001000a8685 in Fl_X::flush (this=0x1024119a0) at Fl_cocoa.mm:2509 #60 0x00000001000aff1f in Fl_Widget::clear_damage () at /Users/jamescone/buildTrees/fltk/fltk-1.3.3/FL/Fl_Widget.H:762 #61 0x00000001000aff1f in Fl::flush () at Fl.cxx:762 #62 0x00000001000ad23c in fl_mac_flush_and_wait (time_to_wait=0) at Fl_cocoa.mm:812 #63 0x00000001000b0025 in Fl::run () at Fl.cxx:589 #64 0x00000001000044c5 in main (argc=1, argv=0x7fff5fbff3f8) at dillo.cc:588 (gdb) On 20/01/2015, eocene <eocene at gmx.com> wrote: > > A new page was just coming in -- seems like the same sort of problem as > last time. > > (gdb) bt > #0 0xb77bb424 in __kernel_vsyscall () > #1 0xb72f9661 in *__GI_raise (sig=6) > at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 > #2 0xb72fca92 in *__GI_abort () at abort.c:92 > #3 0xb72f2878 in *__GI___assert_fail ( > assertion=0x8151afe "i >= 0 && this->num - i > 0", > file=0x8151aee "../lout/misc.hh", line=167, > function=0x8151ba0 "T* lout::misc::SimpleVector<T>::getRef(int) const > [with T = dw::Textblock::Line]") at assert.c:81 > #4 0x080a9040 in lout::misc::SimpleVector<dw::Textblock::Line>::getRef ( > this=0x953b618, i=-1) at ../lout/misc.hh:167 > #5 0x080a2786 in dw::Textblock::sendSelectionEvent (this=0x916c610, > eventType=dw::core::SelectionState::BUTTON_RELEASE, event=0xbfbb8180) > at textblock.cc:1093 > #6 0x080a24c3 in dw::Textblock::buttonReleaseImpl (this=0x916c610, > event=0xbfbb8180) at textblock.cc:1008 > #7 0x080d8910 in dw::core::Widget::buttonRelease (this=0x916c610, > event=0xbfbb8180) at widget.cc:1027 > #8 0x080cd617 in dw::core::Layout::processMouseEvent (this=0x90fc058, > event=0xbfbb8180, type=dw::core::Layout::BUTTON_RELEASE) at > layout.cc:1234 > #9 0x080cd00e in dw::core::Layout::buttonEvent (this=0x90fc058, > type=dw::core::Layout::BUTTON_RELEASE, view=0x90f9f60, numPressed=1, > x=127, y=180, state=0, button=1) at layout.cc:1023 > #10 0x080c46ae in dw::core::Layout::buttonRelease (this=0x90fc058, > view=0x90f9f60, numPressed=1, x=127, y=180, state=0, button=1) > at layout.hh:345 > #11 0x080c33f7 in dw::fltk::FltkViewBase::handle (this=0x90f9f60, event=2) > at fltkviewbase.cc:319 > #12 0x080c5e8a in dw::fltk::FltkViewport::handle (this=0x90f9f60, event=2) > at fltkviewport.cc:331 > #13 0x080ded22 in send(int, Fl_Widget*, Fl_Window*) () > #14 0x080dfbaf in Fl::handle_(int, Fl_Window*) () > #15 0x080dff0e in Fl::handle(int, Fl_Window*) () > #16 0x08107e9d in fl_handle(_XEvent const&) () > #17 0x08107fbc in do_queued_events() () > #18 0x0810822a in fl_wait(double) () > #19 0x080e08af in Fl::wait(double) () > #20 0x080e099d in Fl::run() () > #21 0x08052f7a in main (argc=1, argv=0xbfbb8854) at dillo.cc:588 > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev at dillo.org > http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev >

Jan. 22, 2015