- Dillo-dev - lists.mailman3.com

dillo_port1.3: ‘class Fl_Tree’ has no member named ‘item_labelfont’

by rogerx.oss＠gmail.com

> On Sat, Feb 12, 2011 at 09:44:27AM +0100, Johannes Hofmann wrote: >On Fri, Feb 11, 2011 at 08:33:00PM -0900, Roger wrote: >> After doing hg pull && hg update, and then make clean && ./configure && make: >> >> mv -f .deps/libDw_fltk_a-fltkpreview.Tpo .deps/libDw_fltk_a-fltkpreview.Po >> g++ -DHAVE_CONFIG_H -I. -I.. -I/usr/local/include -I/usr/include/fltk-1.1 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 -Wall -W -Wno-unused-parameter -fno-rtti -fno-exceptions -MT libDw_fltk_a-fltkui.o -MD -MP -MF .deps/libDw_fltk_a-fltkui.Tpo -c -o libDw_fltk_a-fltkui.o `test -f 'fltkui.cc' || echo './'`fltkui.cc >> fltkui.cc: In member function ?virtual void dw::fltk::ui::FltkListResource::setWidgetStyle(Fl_Widget*, dw::core::style::Style*)?: >> fltkui.cc:1075: error: ?class Fl_Tree? has no member named ?item_labelfont? >> fltkui.cc:1076: error: ?class Fl_Tree? has no member named ?item_labelsize? >> fltkui.cc:1077: error: ?class Fl_Tree? has no member named ?item_labelfgcolor? >> fltkui.cc:1078: error: ?class Fl_Tree? has no member named ?item_labelbgcolor? >> make[2]: *** [libDw_fltk_a-fltkui.o] Error 1 >> make[2]: Leaving directory `/home/roger/src/dillo/dillo_port1.3/dw' >> make[1]: *** [all-recursive] Error 1 >> make[1]: Leaving directory `/home/roger/src/dillo/dillo_port1.3' >> make: *** [all] Error 2 > >See >http://lists.auriga.wearlab.de/pipermail/dillo-dev/2011-February/008055.html Ah. I see this has been "Fixed in r8340" of fltk-1.3 (CVS/SVN) sources. As such, my snapshot of fltk-1.3 is now considered out-dated on Gentoo! :-( (I've put in a suggestion to fltk-1.3 snapshot ebuild on bugs.gentoo.org for him to just create a SVN/CVS ebuild instead of spending time on routinely creating each snapshot ebuild. This would also avoid such situations like this in the future.)

Feb. 13, 2011

for 1.3 port, latest fltk snapshot is required

by jcid＠dillo.org

On Fri, Feb 04, 2011 at 05:18:08PM +0000, corvid wrote: > ..because we're using some new stuff that they added for us > http://fltk.org/newsgroups.php?s23204+gfltk.general+v23210+T0 BTW, I'm working on the GUI, so expect a big commit these days... -- Cheers Jorge.-

Feb. 12, 2011

dillo_port1.3: ‘class Fl_Tree’ has no member named ‘item_labelfont’

by Johannes.Hofmann＠gmx.de

On Fri, Feb 11, 2011 at 08:33:00PM -0900, Roger wrote: > After doing hg pull && hg update, and then make clean && ./configure && make: > > mv -f .deps/libDw_fltk_a-fltkpreview.Tpo .deps/libDw_fltk_a-fltkpreview.Po > g++ -DHAVE_CONFIG_H -I. -I.. -I/usr/local/include -I/usr/include/fltk-1.1 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 -Wall -W -Wno-unused-parameter -fno-rtti -fno-exceptions -MT libDw_fltk_a-fltkui.o -MD -MP -MF .deps/libDw_fltk_a-fltkui.Tpo -c -o libDw_fltk_a-fltkui.o `test -f 'fltkui.cc' || echo './'`fltkui.cc > fltkui.cc: In member function ?virtual void dw::fltk::ui::FltkListResource::setWidgetStyle(Fl_Widget*, dw::core::style::Style*)?: > fltkui.cc:1075: error: ?class Fl_Tree? has no member named ?item_labelfont? > fltkui.cc:1076: error: ?class Fl_Tree? has no member named ?item_labelsize? > fltkui.cc:1077: error: ?class Fl_Tree? has no member named ?item_labelfgcolor? > fltkui.cc:1078: error: ?class Fl_Tree? has no member named ?item_labelbgcolor? > make[2]: *** [libDw_fltk_a-fltkui.o] Error 1 > make[2]: Leaving directory `/home/roger/src/dillo/dillo_port1.3/dw' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/roger/src/dillo/dillo_port1.3' > make: *** [all] Error 2 See http://lists.auriga.wearlab.de/pipermail/dillo-dev/2011-February/008055.html Cheers, Johannes

Feb. 12, 2011

dillo_port1.3: ‘class Fl_Tree’ has no member named ‘item_labelfont’

by rogerx.oss＠gmail.com

After doing hg pull && hg update, and then make clean && ./configure && make: mv -f .deps/libDw_fltk_a-fltkpreview.Tpo .deps/libDw_fltk_a-fltkpreview.Po g++ -DHAVE_CONFIG_H -I. -I.. -I/usr/local/include -I/usr/include/fltk-1.1 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 -Wall -W -Wno-unused-parameter -fno-rtti -fno-exceptions -MT libDw_fltk_a-fltkui.o -MD -MP -MF .deps/libDw_fltk_a-fltkui.Tpo -c -o libDw_fltk_a-fltkui.o `test -f 'fltkui.cc' || echo './'`fltkui.cc fltkui.cc: In member function ?virtual void dw::fltk::ui::FltkListResource::setWidgetStyle(Fl_Widget*, dw::core::style::Style*)?: fltkui.cc:1075: error: ?class Fl_Tree? has no member named ?item_labelfont? fltkui.cc:1076: error: ?class Fl_Tree? has no member named ?item_labelsize? fltkui.cc:1077: error: ?class Fl_Tree? has no member named ?item_labelfgcolor? fltkui.cc:1078: error: ?class Fl_Tree? has no member named ?item_labelbgcolor? make[2]: *** [libDw_fltk_a-fltkui.o] Error 1 make[2]: Leaving directory `/home/roger/src/dillo/dillo_port1.3/dw' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/roger/src/dillo/dillo_port1.3' make: *** [all] Error 2

Feb. 12, 2011

Mouse Wheel 80-90% slower then Seamonkey?

by jcid＠dillo.org

On Thu, Feb 03, 2011 at 04:01:03PM -0900, Roger wrote: > Anybody else notice the mouse wheel is slow within Dillo? > > Comparing dillo_port1.3 to Seamonkey, dillo_port1.3 is almost 80-90% slower > compared to Seamonkey. > > Comparing dillo_port1.3 to dillo, dillo_port1.3 is slower by approx. 50%. Yes, this is controlled by: FltkViewport::setScrollStep(int step) which calls the scrollbar's linesize() function. using (3 * current value) is similar to dillo2.2 HTH. -- Cheers Jorge.-

Feb. 12, 2011

Recent problems with remote css and youtube

by bf2006a＠yahoo.com

--- On Wed, 2/9/11, corvid <corvid(a)lavabit.com> wrote: > From: corvid <corvid(a)lavabit.com> > Subject: Re: [Dillo-dev] Recent problems with remote css and youtube > To: dillo-dev(a)dillo.org > Date: Wednesday, February 9, 2011, 9:35 PM > I wrote: > > bf wrote: > > > Using snapshots of dillo from the last several > months, with both fltk 2.0 r7513 and r7525 on FreeBSD > 9-CURRENT amd64, I'm able to consistently crash dillo with a > segfault by scrolling to the bottom of many pages at > www.youtube.com with the mouse or keyboard.? The same > problem does not occur if I disable the use of remote > CSS.? Has anyone else noticed this problem? > > > > I can reproduce this. It probably has something to do > with the > > transparent borders change that I made in December... > > My transparent borders code and Jorge's border code were > fighting > with each other. Does the attached fix it for you? > Yes, it seems to fix it: with the patch applied, I have not been able to reproduce the problem. Thanks, b.

Feb. 10, 2011

Recent problems with remote css and youtube

by corvid＠lavabit.com

I wrote: > bf wrote: > > Using snapshots of dillo from the last several months, with both fltk 2.0 r7513 and r7525 on FreeBSD 9-CURRENT amd64, I'm able to consistently crash dillo with a segfault by scrolling to the bottom of many pages at www.youtube.com with the mouse or keyboard. The same problem does not occur if I disable the use of remote CSS. Has anyone else noticed this problem? > > I can reproduce this. It probably has something to do with the > transparent borders change that I made in December... My transparent borders code and Jorge's border code were fighting with each other. Does the attached fix it for you? Jorge: Were any of those borderColor.top for a reason, or just oversights? If the latter, I can think of a simple change that would be less error-prone :)

Feb. 10, 2011

Recent problems with remote css and youtube

by corvid＠lavabit.com

bf wrote: > Using snapshots of dillo from the last several months, with both fltk 2.0 r7513 and r7525 on FreeBSD 9-CURRENT amd64, I'm able to consistently crash dillo with a segfault by scrolling to the bottom of many pages at www.youtube.com with the mouse or keyboard. The same problem does not occur if I disable the use of remote CSS. Has anyone else noticed this problem? I can reproduce this. It probably has something to do with the transparent borders change that I made in December...

Feb. 10, 2011

Recent problems with remote css and youtube

by bf2006a＠yahoo.com

Using snapshots of dillo from the last several months, with both fltk 2.0 r7513 and r7525 on FreeBSD 9-CURRENT amd64, I'm able to consistently crash dillo with a segfault by scrolling to the bottom of many pages at www.youtube.com with the mouse or keyboard. The same problem does not occur if I disable the use of remote CSS. Has anyone else noticed this problem? Regards, b. ____________________________________________________________________________________ Looking for earth-friendly autos? Browse Top Cars by "Green Rating" at Yahoo! Autos' Green Center. http://autos.yahoo.com/green_center/

Feb. 10, 2011

Valgrind errors from downloads.cc

by jcid＠dillo.org

On Wed, Feb 09, 2011 at 05:14:21PM +0000, corvid wrote: > Jeremy wrote: > > Valgrind is reporting uninitialised data in DLItem::update() in > > downloads.cc[1]. Here's the code with the offending lines (705, 706) > > marked. > > > > /* Rate */ > > if (csec >= 2) { > > tsec = (float) (curr_time - twosec_time); > > ! rate = ((float)(curr_bytesize-twosec_bytesize) / 1024) / tsec; > > ! snprintf(str, 64, (rate < 100) ? "%.1fK/s" : "%.0fK/s", rate); > > prRate->copy_label(str); > > prRate->redraw_label(); > > } > > > > I'm wondering what is happening here. DLItem::update() is scheduled > > to be run every second. I think that twosec_time is only set to an > > initialised value when the function has been run at least twice > > before. Also, csec is calculated from the difference between the > > current time and the initial time. Is it possible that the "csec >= > > 2" could be true even when the function has been run only once before? > > After all, the timing of callbacks is never exact. Perhaps the > > callback should explicitly count how many times it has been called > > rather than attempt to work it out from the timing? > > (The list software never did send me a copy of your msg...) Strange. Although I remember the wearlab was down a few days ago... > Would something like the following work? > > --- a/dpi/downloads.cc Tue Jan 11 01:18:28 2011 +0000 > +++ b/dpi/downloads.cc Sun Feb 06 20:40:53 2011 +0000 > @@ -318,6 +318,8 @@ > // Init value. Reset later, upon the first data bytes arrival > init_time = time(NULL); > > + twosec_time = onesec_time = init_time; > + > // BUG:? test a URL with ' inside. > /* escape "'" character for the shell. Is it necessary? */ > esc_url = Escape_uri_str(url, "'"); Most probably. I have a vague memory of noticing the issue when coding it long ago, but not caring much as the following second the display would be updated with correct data. -- Cheers Jorge.-

Feb. 9, 2011