- Dillo-dev - lists.mailman3.com

New CVS repository and patches

by matthias.franz＠ujf-grenoble.fr

On Thu, Oct 11, 2007 at 03:22:50PM -0400, dillo-dev-bounces(a)dillo.org wrote: > > [Matthias wrote] > > Compilation on Debian Etch worked well. I had to use the "--x-includes" > > and "--x-libraries" options when configuring FLTK, and the test glpuzzle > > did not compile. > > I'm also using Etch here and didn't need those options. I also have a > running glpuzzle. I need to say "--x-includes=/usr/include/X11/ --x-libraries=/usr/lib/" because I don't have the include file "X11/Intrinsic.h" from the Debian package libxt-dev, which is not installed. This package seems to be necessary to determine these directories automatically. When compiling glpuzzle, I get Compiling glpuzzle.cxx... In file included from ../fltk/glut.h:49, from glpuzzle.cxx:35: ../fltk/gl.h:69:21: error: GL/gl.h: No such file or directory glpuzzle.cxx:39:40: error: GL/glu.h: No such file or directory [many more errors] My config.h says /* Set this to 0 if your system does not have OpenGL. This will disable all the code in libfltk2_gl and disable the demo programs that use OpenGL. */ #define HAVE_GL 0 It seems that this flag is not evaluated when compiling glpuzzle. This should probably be changed by the fltk folks. Cheers, -- Matthias Franz

Oct. 13, 2007

Re: [patch] improve scroll performance of dillo-fltk

by matthias.franz＠ujf-grenoble.fr

On Fri, Oct 12, 2007 at 10:28:38PM +0200, Johannes Hofmann wrote: > > So could it be that it has to do with RENDER and that most of you > > have decent hadware acceleration for that? > > Yes, I guess that's the reason. You can compile fltk with the > --disable-xft flag. In this case you will get the artefacts you > mentioned before, but the performance should be similar to > dillo1. I've compiled fltk with "--disable-xft". Now it doesn't use RENDER any more (checked with xtrace). But I don't notice any performance difference to dillo2 with xft. In particular, performance is far from being that of dillo1. So, xft / RENDER does not seem to be the reason. Maybe a detailed comparison of the xtrace logs of dillo1 and dillo2-noxft could help? I've seen that dillo2 uses many "ChangeGC", "SetClipRectangles" and "PolyFillRectangle" requests, which are not used by dillo1. I don't know which requests are particularly expensive. > We should try to get rid of those artefacts for users that can't use > xft. I agree. As Johannes has found out, this is an fltk bug. Cheers, -- Matthias Franz

Oct. 13, 2007

New CVS directions page

by bogus＠does.not.exist.com

On Fri, Oct 12, 2007 at 08:22:26PM +0200, Matthias Franz wrote: > PS: I have to specify the cvs repository as given on the dillo web page, > namely "-d:pserver:anonymous@auriga.wearlab.de:/sfhome/cvs/dillo". > The empty password does not work for jcid(a)auriga.wearlab.de. (This is > probably not surprising.) Sorry, I just updated the CVS page: http://www.dillo.org/cvs.html Please let me know if this time the directions work! :-P -- Cheers Jorge.-

Oct. 12, 2007

Re: [patch] improve scroll performance of dillo-fltk

by Johannes.Hofmann＠gmx.de

Hi Matthias, On Fri, Oct 12, 2007 at 09:26:57PM +0200, Matthias Franz wrote: > On Fri, Oct 12, 2007 at 07:59:34PM +0200, Johannes Hofmann wrote: > > 000:<:c47f: 40: RENDERRequest(154): RenderCompositeGlyphs8 op=Over(0x03) src=0x01c0000f dst=0x01c00036 maskFormat=0x00000026 glyphset=0x01c00037 xSrc=0 ySrc=0 glyphcmds={deltax=5 deltay=554 glyphs=0x5a,0x4b,0x48,0x51; }; > > Hi Johannes, > > two additonal observation: > > 1) I've had a look at the xtrace output of dillo1. It seems not to use > the RENDER extension (apart from two requests > > 000:<:0029: 12: RENDERRequest(151): RenderQueryVersion majorVersion=0 minorVersion=10 > 000:<:002a: 4: RENDERRequest(151): RenderQueryPictFormats > > at the beginning). > > 2) I've played around with 2D-acceleration and compared CPU load while > scrolling. Result: > > dillo1: XAA: excellent (almost no load), EXA: very bad (100%, delays) > dillo2: XAA: bad (100%) EXA: slightly better (75%) > > I've read that the EXA implementation of my Xorg server (7.1.1) is > very bad, at least for my video driver (savage). On the other hand, > RENDER support is said to be better in EXA than in XAA. > > So could it be that it has to do with RENDER and that most of you > have decent hadware acceleration for that? Yes, I guess that's the reason. You can compile fltk with the --disable-xft flag. In this case you will get the artefacts you mentioned before, but the performance should be similar to dillo1. We should try to get rid of those artefacts for users that can't use xft. Cheers, Johannes

Oct. 12, 2007

Re: [patch] improve scroll performance of dillo-fltk

by matthias.franz＠ujf-grenoble.fr

On Fri, Oct 12, 2007 at 07:59:34PM +0200, Johannes Hofmann wrote: > 000:<:c47f: 40: RENDERRequest(154): RenderCompositeGlyphs8 op=Over(0x03) src=0x01c0000f dst=0x01c00036 maskFormat=0x00000026 glyphset=0x01c00037 xSrc=0 ySrc=0 glyphcmds={deltax=5 deltay=554 glyphs=0x5a,0x4b,0x48,0x51; }; Hi Johannes, two additonal observation: 1) I've had a look at the xtrace output of dillo1. It seems not to use the RENDER extension (apart from two requests 000:<:0029: 12: RENDERRequest(151): RenderQueryVersion majorVersion=0 minorVersion=10 000:<:002a: 4: RENDERRequest(151): RenderQueryPictFormats at the beginning). 2) I've played around with 2D-acceleration and compared CPU load while scrolling. Result: dillo1: XAA: excellent (almost no load), EXA: very bad (100%, delays) dillo2: XAA: bad (100%) EXA: slightly better (75%) I've read that the EXA implementation of my Xorg server (7.1.1) is very bad, at least for my video driver (savage). On the other hand, RENDER support is said to be better in EXA than in XAA. So could it be that it has to do with RENDER and that most of you have decent hadware acceleration for that? Cheers, -- Matthias Franz

Oct. 12, 2007

Re: [patch] improve scroll performance of dillo-fltk

by matthias.franz＠ujf-grenoble.fr

On Fri, Oct 12, 2007 at 07:59:34PM +0200, Johannes Hofmann wrote: > Could you try the same on your system, so that we find out, whether > the patch does not work for you or whether scrolling is still too > CPU consuming even with the working patch? Hi Johannes, here is my trace: 000:<:877c: 28: Request(62): CopyArea src-drawable=0x00800008 dst-drawable=0x00800008 gc=0x00800009 src-x=0 src-y=74 dst-x=0 dst-y=73 width=1009 height=631 000:>:877c: Event NoExposure(14) drawable=0x00800008 minor-opcode=0x0000 major-opcode=0x3e 000:<:877d: 20: Request(59): SetClipRectangles ordering=YXBanded(0x03) gc=0x00800009 clip-x-origin=0 clip-y-origin=0 rectangles ={x=0 y=704 w=1009 h=1}; 000:<:877e: 20: RENDERRequest(151): RenderSetPictureClipRectangles picture=0x00800057 xOrigin=0 yOrigin=0 rectangles={x=0 y=704 w=1009 h=1}; 000:<:877f: 20: Request(59): SetClipRectangles ordering=YXBanded(0x03) gc=0x00800009 clip-x-origin=0 clip-y-origin=0 rectangles ={x=0 y=704 w=1009 h=1}; 000:<:8780: 16: Request(56): ChangeGC gc=0x00800009 values={foreground=0x00e0e0e0} 000:<:8781: 20: Request(70): PolyFillRectangle drawable=0x00800008 gc=0x00800009 rectangles={x=0 y=0 w=1024 h=725}; 000:<:8782: 20: Request(59): SetClipRectangles ordering=YXBanded(0x03) gc=0x00800009 clip-x-origin=0 clip-y-origin=0 rectangles ={x=0 y=704 w=1009 h=1}; 000:<:8783: 16: Request(56): ChangeGC gc=0x00800009 values={foreground=0x00dcd1ba} 000:<:8784: 20: Request(70): PolyFillRectangle drawable=0x00800008 gc=0x00800009 rectangles={x=0 y=704 w=1009 h=1}; 000:<:8785: 44: RENDERRequest(151): RenderCompositeGlyphs8 op=Over(0x03) src=0x0080000f dst=0x00800057 maskFormat=0x00000024 glyphset=0x0080003a xSrc=0 ySrc=0 glyphcmds={deltax=5 deltay=711 glyphs=0x36,0x57,0x44,0x57,0x58,0x56; }; 000:<:8786: 40: RENDERRequest(151): RenderCompositeGlyphs8 op=Over(0x03) src=0x0080000f dst=0x00800057 maskFormat=0x00000024 glyphset=0x0080003a xSrc=0 ySrc=0 glyphcmds={deltax=65 deltay=711 glyphs=0x52,0x49; }; 000:<:8787: 40: RENDERRequest(151): RenderCompositeGlyphs8 op=Over(0x03) src=0x0080000f dst=0x00800057 maskFormat=0x00000024 glyphset=0x0080003a xSrc=0 ySrc=0 glyphcmds={deltax=88 deltay=711 glyphs=0x57,0x4b,0x4c,0x56; }; 000:<:8788: 44: RENDERRequest(151): RenderCompositeGlyphs8 op=Over(0x03) src=0x0080000f dst=0x00800057 maskFormat=0x00000024 glyphset=0x0080003a xSrc=0 ySrc=0 glyphcmds={deltax=125 deltay=711 glyphs=0x47,0x52,0x46,0x58,0x50,0x48,0x51,0x57; }; 000:<:8789: 20: Request(56): ChangeGC gc=0x00800009 values={foreground=0x00000000 clip-mask=None(0x00000000)} 000:<:878a: 16: RENDERRequest(151): RenderChangePicture picture=0x00800057 mask=0x00000040 values={repeat=false(0x00)} 000:<:878b: 16: Request(56): ChangeGC gc=0x00800009 values={foreground=0x00ababab} 000:<:878c: 20: Request(70): PolyFillRectangle drawable=0x00800008 gc=0x00800009 rectangles={x=1009 y=88 w=15 h=602}; 000:<:878d: 16: Request(56): ChangeGC gc=0x00800009 values={foreground=0x00000000} 000:<:878e: 28: Request(66): PolySegment drawable=0x00800008 gc=0x00800009 segments={x1=1009 y1=102 x2=1023 y2=102},{x1=1023 y1=88 x2=1023 y2=101}; 000:<:878f: 16: Request(56): ChangeGC gc=0x00800009 values={foreground=0x00f9f9f9} 000:<:8790: 28: Request(66): PolySegment drawable=0x00800008 gc=0x00800009 segments={x1=1009 y1=88 x2=1022 y2=88},{x1=1009 y1=89 x2=1009 y2=101}; 000:<:8791: 16: Request(56): ChangeGC gc=0x00800009 values={foreground=0x00ababab} 000:<:8792: 28: Request(66): PolySegment drawable=0x00800008 gc=0x00800009 segments={x1=1010 y1=101 x2=1022 y2=101},{x1=1022 y1=89 x2=1022 y2=100}; 000:<:8793: 16: Request(56): ChangeGC gc=0x00800009 values={foreground=0x00e0e0e0} 000:<:8794: 20: Request(70): PolyFillRectangle drawable=0x00800008 gc=0x00800009 rectangles={x=1010 y=89 w=12 h=12}; 000:<:8795: 16: Request(128): unknown 000:<:8796: 16: Request(56): ChangeGC gc=0x00800009 values={foreground=0x00000000} Cheers, -- Matthias Franz

Oct. 12, 2007

two minor bugs

by matthias.franz＠ujf-grenoble.fr

Hi, here are two minor bugs: - If a page is too long to fit inside the dillo window, you get a scrollbar at the right border. Sometimes this scrollbar gets lost when you enlarge the window (by dragging the lower right corner or by clicking on the "full screen" button) although the page still doesn't fit. This seems to depend on the page and doesn't happen very often. For an example, try http://www-fourier.ujf-grenoble.fr/~franz/ . - When opening a new page or when moving through the history list, dillo remembers the screen position although positions on different pages should not be related. PS: I have to specify the cvs repository as given on the dillo web page, namely "-d:pserver:anonymous@auriga.wearlab.de:/sfhome/cvs/dillo". The empty password does not work for jcid(a)auriga.wearlab.de. (This is probably not surprising.) Cheers, -- Matthias Franz

Oct. 12, 2007

Re: [patch] improve scroll performance of dillo-fltk

by Johannes.Hofmann＠gmx.de

Hi Matthias, I just made a xtrace (http://packages.debian.org/unstable/x11/xtrace) when scrolling the http://www.w3.org/TR/xslt page with patched dillo (result below). I think this is pretty good already. Just the newly exposed glyphs get rendered. Each word is sent to the X-Server seperately. This might be an area for improvement. Could you try the same on your system, so that we find out, whether the patch does not work for you or whether scrolling is still too CPU consuming even with the working patch? Here is what I did to get the trace: xtrace > /tmp/xtrace.out export DISPLAY=:9 dillo-fltk http://www.w3.org/TR/xslt Then scroll using the triangle of the scrollbar for a while and stop dillo. The resulting file is huge but I am only interested in the repeating sections that result from the scrolling and start with CopyArea. Gruss, Johannes 000:<:c474: 16: Request(56): ChangeGC gc=0x01c00009 values={foreground=0x00000000} 000:<:c475: 28: Request(62): CopyArea src-drawable=0x01c00008 dst-drawable=0x01c00008 gc=0x01c00009 src-x=0 src-y=93 dst-x=0 dst-y=73 width=765 height=467 000:>:c475: Event NoExposure(14) drawable=0x01c00008 minor-opcode=0x0000 major-opcode=0x3e 000:<:c476: 20: Request(59): SetClipRectangles ordering=YXBanded(0x03) gc=0x01c00009 clip-x-origin=0 clip-y-origin=0 rectangles ={x=0 y=540 w=765 h=20}; 000:<:c477: 20: RENDERRequest(154): RenderSetPictureClipRectangles picture=0x01c00036 xOrigin=0 yOrigin=0 rectangles={x=0 y=540 w=765 h=20}; 000:<:c478: 20: Request(59): SetClipRectangles ordering=YXBanded(0x03) gc=0x01c00009 clip-x-origin=0 clip-y-origin=0 rectangles ={x=0 y=540 w=765 h=20}; 000:<:c479: 16: Request(56): ChangeGC gc=0x01c00009 values={foreground=0x00e0e0e0} 000:<:c47a: 20: Request(70): PolyFillRectangle drawable=0x01c00008 gc=0x01c00009 rectangles={x=0 y=0 w=780 h=580}; 000:<:c47b: 20: Request(59): SetClipRectangles ordering=YXBanded(0x03) gc=0x01c00009 clip-x-origin=0 clip-y-origin=0 rectangles ={x=0 y=540 w=765 h=20}; 000:<:c47c: 16: Request(56): ChangeGC gc=0x01c00009 values={foreground=0x00dcd1ba} 000:<:c47d: 20: Request(70): PolyFillRectangle drawable=0x01c00008 gc=0x01c00009 rectangles={x=0 y=540 w=765 h=20}; 000:<:c47e: 60: RENDERRequest(154): RenderCompositeGlyphs8 op=Over(0x03) src=0x01c0000f dst=0x01c00036 maskFormat=0x00000026 glyphset=0x01c00063 xSrc=0 ySrc=0 glyphcmds={deltax=5 deltay=530 glyphs=0x1f,0x5b,0x56,0x4f,0x1d,0x44,0x5 3,0x53,0x4f,0x5c,0x10,0x57,0x48,0x50,0x53,0x4f,0x44,0x57,0x48,0x56,0x12,0x21; }; 000:<:c47f: 40: RENDERRequest(154): RenderCompositeGlyphs8 op=Over(0x03) src=0x01c0000f dst=0x01c00036 maskFormat=0x00000026 glyphset=0x01c00037 xSrc=0 ySrc=0 glyphcmds={deltax=5 deltay=554 glyphs=0x5a,0x4b,0x48,0x51; }; 000:<:c480: 40: RENDERRequest(154): RenderCompositeGlyphs8 op=Over(0x03) src=0x01c0000f dst=0x01c00036 maskFormat=0x00000026 glyphset=0x01c00037 xSrc=0 ySrc=0 glyphcmds={deltax=38 deltay=554 glyphs=0x4c,0x57; }; 000:<:c481: 44: RENDERRequest(154): RenderCompositeGlyphs8 op=Over(0x03) src=0x01c0000f dst=0x01c00036 maskFormat=0x00000026 glyphset=0x01c00037 xSrc=0 ySrc=0 glyphcmds={deltax=47 deltay=554 glyphs=0x5a,0x44,0x51,0x57,0x56; }; 000:<:c482: 40: RENDERRequest(154): RenderCompositeGlyphs8 op=Over(0x03) src=0x01c0000f dst=0x01c00036 maskFormat=0x00000026 glyphset=0x01c00037 xSrc=0 ySrc=0 glyphcmds={deltax=82 deltay=554 glyphs=0x57,0x52; }; 000:<:c483: 40: RENDERRequest(154): RenderCompositeGlyphs8 op=Over(0x03) src=0x01c0000f dst=0x01c00036 maskFormat=0x00000026 glyphset=0x01c00037 xSrc=0 ySrc=0 glyphcmds={deltax=95 deltay=554 glyphs=0x46,0x52,0x53,0x5c; }; 000:<:c484: 40: RENDERRequest(154): RenderCompositeGlyphs8 op=Over(0x03) src=0x01c0000f dst=0x01c00036 maskFormat=0x00000026 glyphset=0x01c00037 xSrc=0 ySrc=0 glyphcmds={deltax=124 deltay=554 glyphs=0x57,0x4b,0x48; }; 000:<:c485: 44: RENDERRequest(154): RenderCompositeGlyphs8 op=Over(0x03) src=0x01c0000f dst=0x01c00036 maskFormat=0x00000026 glyphset=0x01c00063 xSrc=0 ySrc=0 glyphcmds={deltax=144 deltay=554 glyphs=0x5b,0x50,0x4f,0x1d,0x4f,0x44,0 x51,0x4a; }; 000:<:c486: 48: RENDERRequest(154): RenderCompositeGlyphs8 op=Over(0x03) src=0x01c0000f dst=0x01c00036 maskFormat=0x00000026 glyphset=0x01c00037 xSrc=0 ySrc=0 glyphcmds={deltax=203 deltay=554 glyphs=0x44,0x57,0x57,0x55,0x4c,0x45,0 x58,0x57,0x48,0x11; };

Oct. 12, 2007

fix for links within lists

by jcid＠dillo.org

Hi, On Mon, Oct 08, 2007 at 03:18:10PM +0000, place wrote: > BTW, are you still opposed to the idea of click-to-load-images? > I'm on dialup, so one of the first things I had to do was port > my old hacks from my gtk version. I am/was not opposed. I thought a good solution was to have a small tools icon (near bug meter) where you could toggle images on/off, my_colors on/off, wide_rendering on/off etc. Now, being in no-images mode and being able to request a single one instead of all at once looks like a good idea. Of course you'd also have the option of turning images on, and have all requested for that page. As most of the images don't specify a size, a place holder must be provided (as the broken image link in other browser). From there, a right click menu could offer to download that image only. > Also, do you have any thoughts on the proper solution for pages using > character sets that aren't utf-8 or a subset thereof? I made something > that reads the charset from Content-Type in the header or meta tags > and then, in Html->write, runs the buffers through iconv. (Pages are > mostly readable, but I think I'm either losing partial characters at > buffer boundaries or losing partial tags between Html->write_raw() > calls or something...) Basically that. It's not simple though. For instance an http page may specify the charset in Content-Type, but when saved not give any clue in its meta tags. Or have only meta but not Content-Type as served, or give no clue at all, etc. The main idea is to keep the page as is in the cache (so it can be saved verbatim) and to pass it trough a filter to make the conversion to utf-8 inside Dillo. If the iconv backpack adds too much to Dillo's size, the task can be delegated to a dpi, and a small subset with the main conversions be kept inside Dillo. -- Cheers Jorge.-

Oct. 12, 2007

fix for links within lists

by bogus＠does.not.exist.com

On Mon, Oct 08, 2007 at 09:08:57PM +0200, Matthias Franz wrote: > Dear all, > > first of all I want to express my gratitude to Jorge and Sebastian for > pushing Dillo forward despite the numerous difficulties. Thanks a lot!!! Thanks Matthias for these nice lines. -- Cheers Jorge.-

Oct. 12, 2007

New CVS repository and patches

by bogus＠does.not.exist.com

On Thu, Oct 11, 2007 at 10:45:08PM +0200, Frank Gevaerts wrote: > On Thu, Oct 11, 2007 at 03:22:50PM -0400, dillo-dev-bounces(a)dillo.org wrote: > > Hi There! > > > > Once again, thanks for the patches and keep them flowing. > > > > The new CVS repository is up and updated with the patches: > > Hi, > > The code in CVS doesn't compile as-is for me, due to my fltk2 not being > installed in /usr or /usr/local. I need the attached patch to make it > work. > > Frank Done! BTW, please send patches with "diff -pru". This is, let's say we have: dillo2 // CVS tree dillo2-cur // working tree dw2 // CVS tree dw2-cur // working tree diff -pru dillo2 dillo2-cur > <patch-name-dillo2>.diff diff -pru dw2 dw2-cur > <patch-name-dw2>.diff TIA. -- Cheers Jorge.-

Oct. 12, 2007

New CVS repository and patches

by bogus＠does.not.exist.com

On Thu, Oct 11, 2007 at 11:16:45PM +0200, Johannes Hofmann wrote: > > [...] > > The new CVS repository is up and updated with the patches: > > > > e.g. (with "-cur" terminated directories being the working directories) > > > > alias dcvs='cvs -z3 -djcid@auriga.wearlab.de:/sfhome/cvs/dillo' > > dcvs co dillo2 > > dcvs co dw2 > > cp -r dillo2 dillo2-cur > > cp -r dw2 dw2-cur > > ln -s dw2-cur dw-testbed > > find dw2-cur -name CVS -exec rm \{\} \; > > find dillo2-cur -name CVS -exec rm \{\} \; > > cd dw2-cur > > ./autogen.sh > > make > > cd ../dillo2-cur > > ./autogen.sh > > make > > Great, but it keeps asking for a password, am I missing something? Just press ENTER! > > > [Johannes wrote] > > > * the namespace "signal" in dw-testbed/lout/signal.hh conflicts with > > > the declaration in /usr/include/sys/signal.h: > > > __sighandler_t *signal (int, __sighandler_t *); > > > I renamed the namespace to loutsignal. > > > > Johannes: please send me the patch for this. > > As only I seem to have these problems it might well be a problem of > DragonFly BSD. So I would like to check that first before changing > the nice an simple names in the lout library. OK. > > > > [Johannes wrote] > > > here is a new version of dillo-fltk scroll performance > > > improvements. This patch is against vanilla dillo-fltk. > > > > > > New in this patch: > > > > > > * Hotkey bindings for arrow keys, Home- and EndKey. > > > This only works when the focus is on the > > > display area. > > > > > > * Only unclipped area is exposed which improves performance on > > > large pages (e.g. http://www.w3.org/TR/xslt) > > > > > > * Limit scrolling to reasonable values. > > > > It improves not only performance on large pages but also avoids > > overlapped rendering. Applied. > > Great. I will try to add some more performance improvements. Good. Please read my comments in the next mail (after finishing this one). > > > [Johannes wrote] > > > Mouse wheel is a matter of binding. Place your mouse pointer over the > > > scroll bar and use the mouse wheel (it needs to be bound to the viewport). > > > > > > It is slow, because the default linesize (the amount a scrollbar > > > scrolls when pushing on the arrow is 1. I could change that, but > > > what would be a reasonable value? > > > > The height of a word in normal text (i.e. line height). We know the > > font and font factor from dillorc2 (or defaults). This number is a good > > candidate. > > Ok, I will try to add this. Good. > > ---------------- > > Side Note to all: Have you right-clicked over the search button? :-) > > Hey cool! ;-) > > > Is nobody else experiencing the problems with negative hash-values? > Anyway, here is the small patch again: > > diff -r a9312b9e22c6 dw-testbed-0.0.43j/lout/container.hh > --- a/dw-testbed-0.0.43j/lout/container.hh Mon Oct 01 18:37:12 > 2007 +0200 > +++ b/dw-testbed-0.0.43j/lout/container.hh Mon Oct 01 19:35:34 > 2007 +0200 > @@ -212,7 +212,7 @@ private: > private: > inline int calcHashValue(object::Object *key) > { > - return key->hashValue() % tableSize; > + return abs(key->hashValue()) % tableSize; > } > > protected: Sorry I left that out, but now it is in CVS too. -- Cheers Jorge.-

Oct. 11, 2007

New CVS repository and patches

by lists＠gevaerts.be

On Thu, Oct 11, 2007 at 03:22:50PM -0400, dillo-dev-bounces(a)dillo.org wrote: > Hi There! > > Once again, thanks for the patches and keep them flowing. > > The new CVS repository is up and updated with the patches: Hi, The code in CVS doesn't compile as-is for me, due to my fltk2 not being installed in /usr or /usr/local. I need the attached patch to make it work. Frank -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan

Oct. 11, 2007

Errata and comments

by bogus＠does.not.exist.com

Hi, Errata: -./autogen.sh -make +./autogen.sh +./configure +make Comments: In the old laptop (Pentium I, 233Mhz) scrolling is much better with the patch. This is, without patch, the CPU is hogged by pressing the scroll arrow and holding it down. It even keeps scrolling after releasing the button (keyb buffer). The patched version uses near 80% of the CPU (not 100%) and stops when releasing. In the same laptop, the over-link-quick-switch-from-arrow-to-hand (i.e. Get a directory listing and move the mouse across the links steadily) rises CPU usage to near 60%. Thre's a bug somewhere... -- Cheers Jorge.-

Oct. 11, 2007

New CVS repository and patches

by Johannes.Hofmann＠gmx.de

Hi Jorge, On Thu, Oct 11, 2007 at 03:22:50PM -0400, Johannes Hofmann wrote: > Hi There! > > Once again, thanks for the patches and keep them flowing. > > The new CVS repository is up and updated with the patches: > > e.g. (with "-cur" terminated directories being the working directories) > > alias dcvs='cvs -z3 -djcid@auriga.wearlab.de:/sfhome/cvs/dillo' > dcvs co dillo2 > dcvs co dw2 > cp -r dillo2 dillo2-cur > cp -r dw2 dw2-cur > ln -s dw2-cur dw-testbed > find dw2-cur -name CVS -exec rm \{\} \; > find dillo2-cur -name CVS -exec rm \{\} \; > cd dw2-cur > ./autogen.sh > make > cd ../dillo2-cur > ./autogen.sh > make Great, but it keeps asking for a password, am I missing something? > > > Here follow my comments on the patches. > Please test this CVS code and send feedback: > > > > [Johannes wrote] > > * the namespace "signal" in dw-testbed/lout/signal.hh conflicts with > > the declaration in /usr/include/sys/signal.h: > > __sighandler_t *signal (int, __sighandler_t *); > > I renamed the namespace to loutsignal. > > Johannes: please send me the patch for this. As only I seem to have these problems it might well be a problem of DragonFly BSD. So I would like to check that first before changing the nice an simple names in the lout library. > > [Johannes wrote] > > here is a new version of dillo-fltk scroll performance > > improvements. This patch is against vanilla dillo-fltk. > > > > New in this patch: > > > > * Hotkey bindings for arrow keys, Home- and EndKey. > > This only works when the focus is on the > > display area. > > > > * Only unclipped area is exposed which improves performance on > > large pages (e.g. http://www.w3.org/TR/xslt) > > > > * Limit scrolling to reasonable values. > > It improves not only performance on large pages but also avoids > overlapped rendering. Applied. Great. I will try to add some more performance improvements. > > > [Matthias wrote] > > Fine! Only using the arrow keys is quite slow and consumes all CPU time > > on my machine. In contrast, srolling with the old Dillo was quick and > > produced almost no CPU load. > > > > A question: Would it be difficult to add mouse wheel support as well? > > On my machine that does not work. (Or is thia a configuration issue > > regarding FLTK?) > > Dillo1 didn't render antialiased text, and was heavily optimized. The > optimization phase of rendering in dillo2 has just started (thanks > Johannes :). I hope we can tune it to a dillo1 similar CPU-consumtion. Yes, for me my patch improves performance, but we are not yet at the level of dillo1. > > > [Matthias wrote] > > Compilation on Debian Etch worked well. I had to use the "--x-includes" > > and "--x-libraries" options when configuring FLTK, and the test glpuzzle > > did not compile. > > I'm also using Etch here and didn't need those options. I also have a > running glpuzzle. The CPU, hogs when scrolling on vanilla but not > with the scrolling patch, and entities work. I also don't experience > CPU-hogs from the over-link-quick-switch-from arrow-to-hand test. Maybe this > is related to something not installed or not configured in your machine... > (This system has: x11proto-gl-dev, freeglut3, freeglut3-dev, libxft2, > libxft2-dev, libgl1-mesa-{dev,dri,glx} among others that I don't know > whether relevant or not! ;). > > BTW, I'm testing on a fast machine. It will be interesting to see what > the old one produces. > > > [Johannes wrote] > > Mouse wheel is a matter of binding. Place your mouse pointer over the > > scroll bar and use the mouse wheel (it needs to be bound to the viewport). > > > > It is slow, because the default linesize (the amount a scrollbar > > scrolls when pushing on the arrow is 1. I could change that, but > > what would be a reasonable value? > > The height of a word in normal text (i.e. line height). We know the > font and font factor from dillorc2 (or defaults). This number is a good > candidate. Ok, I will try to add this. > > > ---------------- > Side Note to all: Have you right-clicked over the search button? :-) Hey cool! Is nobody else experiencing the problems with negative hash-values? Anyway, here is the small patch again: diff -r a9312b9e22c6 dw-testbed-0.0.43j/lout/container.hh --- a/dw-testbed-0.0.43j/lout/container.hh Mon Oct 01 18:37:12 2007 +0200 +++ b/dw-testbed-0.0.43j/lout/container.hh Mon Oct 01 19:35:34 2007 +0200 @@ -212,7 +212,7 @@ private: private: inline int calcHashValue(object::Object *key) { - return key->hashValue() % tableSize; + return abs(key->hashValue()) % tableSize; } protected: Cheers, Johannes

Oct. 11, 2007

New CVS repository and patches

by bogus＠does.not.exist.com

Hi There! Once again, thanks for the patches and keep them flowing. The new CVS repository is up and updated with the patches: e.g. (with "-cur" terminated directories being the working directories) alias dcvs='cvs -z3 -djcid@auriga.wearlab.de:/sfhome/cvs/dillo' dcvs co dillo2 dcvs co dw2 cp -r dillo2 dillo2-cur cp -r dw2 dw2-cur ln -s dw2-cur dw-testbed find dw2-cur -name CVS -exec rm \{\} \; find dillo2-cur -name CVS -exec rm \{\} \; cd dw2-cur ./autogen.sh make cd ../dillo2-cur ./autogen.sh make Here follow my comments on the patches. Please test this CVS code and send feedback: > [Johannes wrote] > * the namespace "signal" in dw-testbed/lout/signal.hh conflicts with > the declaration in /usr/include/sys/signal.h: > __sighandler_t *signal (int, __sighandler_t *); > I renamed the namespace to loutsignal. Johannes: please send me the patch for this. > [Vincent wrote (va_list issue)] > Sure, though i'm not at all sure this is the correct way to fix this > issue. Vincent: AFAIS, the problem is looping without the va_copy, so the patch is OK. Anyway, please test the CVS code and tell us how it works. > [Andreas wrote] > Ok, then I got it to compile finally for my ipaq with familar 0.8.4 on it. > I runs with X-forwarding so that I get the window on my notebook display. > But it segfaults without x forwarding: Andreas: please let us know the procedure when you have cleaned it up. > [Alexander wrote (strndup)] > Hm, right. I had used malloc() in my replacement function, but with > calloc() it is indeed unnecessary. > > I have wrapped this in autoconf, see attached patch. I also made > autoconf in dillo and dw-testbed check for the path to the perl binary > and substitute it in dpidc and Doxyfile, respectively, see other patch. > Actually, these patches can't simply be applied: first, > dillo-f15/dpid/dpidc and dw-testbed-0.0.43j/Doxyfile have to be moved > to *.in. Alexander: as strndup is a GNU extension, and we have kept the code as portable as possible, I just added the wrapper for it based on the patch. With regard to Perl, I'd like to get rid of that dependence either with bash (if possible) or C. BTW, if Sebastian agrees it may also be a good idea to use Dlib in dw2. That way those problems could be layered down... > [Johannes wrote] > here is a new version of dillo-fltk scroll performance > improvements. This patch is against vanilla dillo-fltk. > > New in this patch: > > * Hotkey bindings for arrow keys, Home- and EndKey. > This only works when the focus is on the > display area. > > * Only unclipped area is exposed which improves performance on > large pages (e.g. http://www.w3.org/TR/xslt) > > * Limit scrolling to reasonable values. It improves not only performance on large pages but also avoids overlapped rendering. Applied. > [Matthias wrote] > Fine! Only using the arrow keys is quite slow and consumes all CPU time > on my machine. In contrast, srolling with the old Dillo was quick and > produced almost no CPU load. > > A question: Would it be difficult to add mouse wheel support as well? > On my machine that does not work. (Or is thia a configuration issue > regarding FLTK?) Dillo1 didn't render antialiased text, and was heavily optimized. The optimization phase of rendering in dillo2 has just started (thanks Johannes :). I hope we can tune it to a dillo1 similar CPU-consumtion. > [Matthias wrote] > Compilation on Debian Etch worked well. I had to use the "--x-includes" > and "--x-libraries" options when configuring FLTK, and the test glpuzzle > did not compile. I'm also using Etch here and didn't need those options. I also have a running glpuzzle. The CPU, hogs when scrolling on vanilla but not with the scrolling patch, and entities work. I also don't experience CPU-hogs from the over-link-quick-switch-from arrow-to-hand test. Maybe this is related to something not installed or not configured in your machine... (This system has: x11proto-gl-dev, freeglut3, freeglut3-dev, libxft2, libxft2-dev, libgl1-mesa-{dev,dri,glx} among others that I don't know whether relevant or not! ;). BTW, I'm testing on a fast machine. It will be interesting to see what the old one produces. > [Johannes wrote] > Mouse wheel is a matter of binding. Place your mouse pointer over the > scroll bar and use the mouse wheel (it needs to be bound to the viewport). > > It is slow, because the default linesize (the amount a scrollbar > scrolls when pushing on the arrow is 1. I could change that, but > what would be a reasonable value? The height of a word in normal text (i.e. line height). We know the font and font factor from dillorc2 (or defaults). This number is a good candidate. ---------------- Side Note to all: Have you right-clicked over the search button? :-) -- Cheers Jorge.-

Oct. 11, 2007

Re: character entity references produce garbage

by Johannes.Hofmann＠gmx.de

On Wed, Oct 10, 2007 at 08:02:13AM +0200, Matthias Franz wrote: > On Tue, Oct 09, 2007 at 11:08:21PM +0200, Johannes Hofmann wrote: > > I can now reproduce this on a debian system without libxft-dev > > installed. > > Do you still see this after installing libxft-dev? > > No. Now it's gone, even if I comment out "freetype" and "type1" > in my xorg.conf. (I understand that Xft has something to do > with font rasterizing.) But it should work without Xft as well, > shouldn't it? Well, probabely. But this is an issue of fltk2 not of dillo. You will see these artefacts in the fltk test programs in the test/ directory of the fltk2 tarball too.

Oct. 10, 2007

Re: character entity references produce garbage

by matthias.franz＠ujf-grenoble.fr

On Tue, Oct 09, 2007 at 11:08:21PM +0200, Johannes Hofmann wrote: > I can now reproduce this on a debian system without libxft-dev > installed. > Do you still see this after installing libxft-dev? No. Now it's gone, even if I comment out "freetype" and "type1" in my xorg.conf. (I understand that Xft has something to do with font rasterizing.) But it should work without Xft as well, shouldn't it? -- Matthias Franz

Oct. 10, 2007

Re: [Dillo-dev] Re: [patch] improve scroll performance of dillo-fltk

by place

On Tue, Oct 09, 2007 at 05:25:09PM +0200, Johannes Hofmann wrote: > On Mon, Oct 08, 2007 at 10:23:22PM +0200, Matthias Franz wrote: > > It is slow, because the default linesize (the amount a scrollbar > > scrolls when pushing on the arrow is 1. I could change that, but > > what would be a reasonable value? > > Apart from that it should not consume all CPU time. It doesn't > > here. On which html page do you test? > > It occurs on any page where you can scroll. Speaking of scrolling, if I hold down PageDown or PageUp, a large page of text often can't keep up. The scrollbar will be, say, at the extreme bottom, but the text might stop around the 80% mark. > Today I noticed that other features of dillo-fltk are also slower > than before. For example, I get approximately a 50% CPU load just > by moving the pointer repeatedly back and forth over a link so > that the pointer constantly changes from the "arrow" shape to the > "hand" shape and back. When I do this with the old dillo the CPU > load remains around zero. (I have an AMD Athlon prcessor running > at 660 MHz.) I don't know whether this is a problem with dillo, > fltk or just with my machine (Debian Etch). > > Do other people observe this problem as well? Now that I know to look for it, yes. It seems to depend on how large the textblock is that I move over. Commenting out Textblock::motionNotifyImpl() made no difference, and I don't know the upstream code well enough yet to chase down the problem efficiently...

Oct. 9, 2007

Re: [patch] improve scroll performance of dillo-fltk

by Matthias Franz

On Tue, Oct 09, 2007 at 08:09:48PM +0200, Johannes Hofmann wrote: > On Tue, Oct 09, 2007 at 07:29:46PM +0200, Matthias Franz wrote: > > On Tue, Oct 09, 2007 at 05:25:09PM +0200, Johannes Hofmann wrote: > > > Does it also happen, when you keep the arrow on the scrollbar > > > pressed? > > > > Yes. It happens as well when you move the scrollbar with the mouse > > (while pressing the left mouse button). > > Here it gets down to 10% idle when keeping the arrow pressed with > vanilla dillo-fltk. > With my patch it stays at 99% idle. > It might have to do with your X11 installation or Xft configuration. > Do you see antialiased fonts? I didn't have the development files for Xft installed!!! I've installed them, and now dillo-fltk uses antialiased fonts. The problem still remains, though. Heavy CPU load for scrolling or just moving the pointer across links. No difference between vanilla dillo-fltk and the patched version. Massive difference to the old dillo. -- Matthias Franz

Oct. 9, 2007

Re: character entity references produce garbage

by Matthias Franz

On Tue, Oct 09, 2007 at 09:10:09PM +0200, Johannes Hofmann wrote: > I don't see any artefacts here. I see dotted squares (which I guess means undefined characters); sometimes also other, random-looking characters come up. Looks like an off-by-one error. > Are you sure you compiled against the fltk2-tarball that Jorge > provided and not against some previously installed one? Well, pretty much. I've deleted an older version, and after linking dillo-fltk the access times of the files /usr/local/lib/libfltk2.a and /usr/local/lib/libfltk2_images.a (which have the same length as the ones in fltk-2.0.x-r5917/lib) change. -- Matthias Franz

Oct. 9, 2007

Re: [Dillo-dev] character entity references produce garbage

by Johannes Hofmann

Hi, On Tue, Oct 09, 2007 at 09:04:39PM +0200, Matthias Franz wrote: > Hi, > > I've observed that in dillo-fltk character entity references produce > garbage after the word they are contained in. Here is an example: > > <html> > <title>character entity references produce garbage</title> > no artefact > > one ärtefact > > two ärtéfacts > > three ärtéfâcts > </html> I don't see any artefacts here. Are you sure you compiled against the fltk2-tarball that Jorge provided and not against some previously installed one? > > Since I'm currently very busy with other (less interesting, but more > important) things, so I can only contribute to Dillo by reporting bugs > and testing solutions right now. I hope that this will change sometime > so that I can again write patches myself. Testing is very welcome as well! Johannes > > Cheers, > -- > Matthias Franz > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev

Oct. 9, 2007

character entity references produce garbage

by Matthias Franz

Hi, I've observed that in dillo-fltk character entity references produce garbage after the word they are contained in. Here is an example: <html> <title>character entity references produce garbage</title> no artefact one ärtefact two ärtéfacts three ärtéfâcts </html> Since I'm currently very busy with other (less interesting, but more important) things, so I can only contribute to Dillo by reporting bugs and testing solutions right now. I hope that this will change sometime so that I can again write patches myself. Cheers, -- Matthias Franz

Oct. 9, 2007

Re: [Dillo-dev] Re: [patch] improve scroll performance of dillo-fltk

by Johannes Hofmann

On Tue, Oct 09, 2007 at 07:29:46PM +0200, Matthias Franz wrote: > On Tue, Oct 09, 2007 at 05:25:09PM +0200, Johannes Hofmann wrote: > > On Mon, Oct 08, 2007 at 10:23:22PM +0200, Matthias Franz wrote: > > > Fine! Only using the arrow keys is quite slow and consumes all CPU time > > > on my machine. In contrast, srolling with the old Dillo was quick and > > > produced almost no CPU load. > > > > It is slow, because the default linesize (the amount a scrollbar > > scrolls when pushing on the arrow is 1. I could change that, but > > what would be a reasonable value? > > Apart from that it should not consume all CPU time. It doesn't > > here. On which html page do you test? > > It occurs on any page where you can scroll. > > > Is it in a remote X11 session? > > no > > > It might perhaps depend on the keyboard repeat rate. > > I think my keyboard rate is normal. > > > Does it also happen, when you keep the arrow on the scrollbar > > pressed? > > Yes. It happens as well when you move the scrollbar with the mouse > (while pressing the left mouse button). Here it gets down to 10% idle when keeping the arrow pressed with vanilla dillo-fltk. With my patch it stays at 99% idle. This is on a Pentium-M forced down to 600MHz. > > Today I noticed that other features of dillo-fltk are also slower > than before. For example, I get approximately a 50% CPU load just > by moving the pointer repeatedly back and forth over a link so > that the pointer constantly changes from the "arrow" shape to the > "hand" shape and back. When I do this with the old dillo the CPU > load remains around zero. (I have an AMD Athlon prcessor running > at 660 MHz.) I don't know whether this is a problem with dillo, > fltk or just with my machine (Debian Etch). It might have to do with your X11 installation or Xft configuration. Do you see antialiased fonts? > > Do other people observe this problem as well? > > Cheers, > -- > Matthias Franz > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev

Oct. 9, 2007

Re: [patch] improve scroll performance of dillo-fltk

by Matthias Franz

On Tue, Oct 09, 2007 at 05:25:09PM +0200, Johannes Hofmann wrote: > On Mon, Oct 08, 2007 at 10:23:22PM +0200, Matthias Franz wrote: > > Fine! Only using the arrow keys is quite slow and consumes all CPU time > > on my machine. In contrast, srolling with the old Dillo was quick and > > produced almost no CPU load. > > It is slow, because the default linesize (the amount a scrollbar > scrolls when pushing on the arrow is 1. I could change that, but > what would be a reasonable value? > Apart from that it should not consume all CPU time. It doesn't > here. On which html page do you test? It occurs on any page where you can scroll. > Is it in a remote X11 session? no > It might perhaps depend on the keyboard repeat rate. I think my keyboard rate is normal. > Does it also happen, when you keep the arrow on the scrollbar > pressed? Yes. It happens as well when you move the scrollbar with the mouse (while pressing the left mouse button). Today I noticed that other features of dillo-fltk are also slower than before. For example, I get approximately a 50% CPU load just by moving the pointer repeatedly back and forth over a link so that the pointer constantly changes from the "arrow" shape to the "hand" shape and back. When I do this with the old dillo the CPU load remains around zero. (I have an AMD Athlon prcessor running at 660 MHz.) I don't know whether this is a problem with dillo, fltk or just with my machine (Debian Etch). Do other people observe this problem as well? Cheers, -- Matthias Franz

Oct. 9, 2007

Re: fix for links within lists

by Matthias Franz

On Mon, Oct 08, 2007 at 09:42:53PM +0000, place wrote: > this seems to fix the problem for me: Yes, that seems to work. Thanks! -- Matthias Franz

Oct. 9, 2007

Re: [Dillo-dev] Re: [patch] improve scroll performance of dillo-fltk

by Johannes Hofmann

On Mon, Oct 08, 2007 at 10:23:22PM +0200, Matthias Franz wrote: > On Mon, Oct 08, 2007 at 08:01:14PM +0200, Johannes Hofmann wrote: > > * Hotkey bindings for arrow keys, Home- and EndKey. > > Fine! Only using the arrow keys is quite slow and consumes all CPU time > on my machine. In contrast, srolling with the old Dillo was quick and > produced almost no CPU load. It is slow, because the default linesize (the amount a scrollbar scrolls when pushing on the arrow is 1. I could change that, but what would be a reasonable value? Apart from that it should not consume all CPU time. It doesn't here. On which html page do you test? Is it in a remote X11 session? It might perhaps depend on the keyboard repeat rate. Does it also happen, when you keep the arrow on the scrollbar pressed? > > A question: Would it be difficult to add mouse wheel support as well? > On my machine that does not work. (Or is thia a configuration issue > regarding FLTK?) No it's just some missing code. Johannes > > Thanks in advance, > -- > Matthias Franz > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev

Oct. 9, 2007

Re: [Dillo-dev] fix for links within lists

by place

> On Sat, Oct 06, 2007 at 02:51:50PM +0000, place wrote: > > just one line. If you add: > > > > Html_connect_signals(html, list_item); > > > > to Html_tag_open_li() > > > > (after the item_style->unref(); seemed like a nice place), > > then links inside lists will work. > > Unfortunately, I have to report this patch improves the situation > substiantially, but does not solve it completely. It seems that the > status line at the bottom is not always updated. When you move the > pointer over a link and then, without clicking, move the pointer > _upwards_ so that it leaves the link area, the link URL remains in > the status line. (Moving in other directions is ok.) Moreover, when > you move the pointer across several links, the status line sometimes > remains empty even if the pointer is over a link. > > Cheers, > -- > Matthias Franz I think when the pointer leaves by going up, it's getting enter/leave events instead of motion events, due to the link going right to the top of the textblock. I'm not positive about that, but this seems to fix the problem for me: --- textblock.cc 2007-10-08 21:27:10.000000000 +0000 +++ textblock.cc.new 2007-10-08 21:27:52.000000000 +0000 @@ -483,10 +483,12 @@ void Textblock::enterNotifyImpl (core::EventCrossing *event) { + hoverLink = -1; } void Textblock::leaveNotifyImpl (core::EventCrossing *event) { + (void) emitLinkEnter (-1, -1, -1); } /**

Oct. 8, 2007

Re: [patch] improve scroll performance of dillo-fltk

by Matthias Franz

On Mon, Oct 08, 2007 at 08:01:14PM +0200, Johannes Hofmann wrote: > * Hotkey bindings for arrow keys, Home- and EndKey. Fine! Only using the arrow keys is quite slow and consumes all CPU time on my machine. In contrast, srolling with the old Dillo was quick and produced almost no CPU load. A question: Would it be difficult to add mouse wheel support as well? On my machine that does not work. (Or is thia a configuration issue regarding FLTK?) Thanks in advance, -- Matthias Franz

Oct. 8, 2007

Re: [Dillo-dev] fix for links within lists

by Matthias Franz

Dear all, first of all I want to express my gratitude to Jorge and Sebastian for pushing Dillo forward despite the numerous difficulties. Thanks a lot!!! For the record: Compilation on Debian Etch worked well. I had to use the "--x-includes" and "--x-libraries" options when configuring FLTK, and the test glpuzzle did not compile. On Sat, Oct 06, 2007 at 02:51:50PM +0000, place wrote: > just one line. If you add: > > Html_connect_signals(html, list_item); > > to Html_tag_open_li() > > (after the item_style->unref(); seemed like a nice place), > then links inside lists will work. Unfortunately, I have to report this patch improves the situation substiantially, but does not solve it completely. It seems that the status line at the bottom is not always updated. When you move the pointer over a link and then, without clicking, move the pointer _upwards_ so that it leaves the link area, the link URL remains in the status line. (Moving in other directions is ok.) Moreover, when you move the pointer across several links, the status line sometimes remains empty even if the pointer is over a link. Cheers, -- Matthias Franz

Oct. 8, 2007

another patch: allows clicking on images in links

by place

Hello again, First, on the dw side: --- image.hh 2007-10-08 17:30:00.000000000 +0000 +++ image.hh.new 2007-10-08 17:36:38.000000000 +0000 @@ -91,6 +91,7 @@ char *altText; core::Imgbuf *buffer; int altTextWidth; + bool clicking; protected: void sizeRequestImpl (core::Requisition *requisition); @@ -98,8 +99,9 @@ void draw (core::View *view, core::Rectangle *area); - //bool buttonPressImpl (core::EventButton *event); - //bool buttonReleaseImpl (core::EventButton *event); + bool buttonPressImpl (core::EventButton *event); + bool buttonReleaseImpl (core::EventButton *event); + void leaveNotifyImpl (core::EventCrossing *event); //bool motionNotifyImpl (core::EventMotion *event); //core::Iterator *iterator (Content::Type mask, bool atEnd); --- image.cc 2007-10-08 16:50:47.000000000 +0000 +++ image.cc.new 2007-10-08 17:36:55.000000000 +0000 @@ -64,6 +64,7 @@ this->altText = altText ? strdup (altText) : NULL; altTextWidth = -1; // not yet calculated buffer = NULL; + clicking = false; } Image::~Image() @@ -125,6 +126,30 @@ } } +void Image::leaveNotifyImpl (core::EventCrossing *event) +{ + clicking = false; +} + +bool Image::buttonPressImpl (core::EventButton *event) +{ + clicking = true; + return true; +} + +bool Image::buttonReleaseImpl (core::EventButton *event) +{ + int idx; + if (clicking) { + clicking = false; + idx = getStyle()->x_link; + if (idx != -1) { + emitLinkClick (idx, -1, -1, event); + } + } + return true; +} + void Image::draw (core::View *view, core::Rectangle *area) { int dx, dy; And then on the dillo side: --- html.cc 2007-10-08 18:01:47.000000000 +0000 +++ html.cc.new 2007-10-08 18:04:00.000000000 +0000 @@ -2423,8 +2423,9 @@ /* Add a new image widget to this page */ Image = a_Image_new(0, 0, alt_ptr, S_TOP(html)->current_bg_color); if (add) { - Html_add_widget(html, (Widget*)Image->dw, - width_ptr, height_ptr, style_attrs); + Widget *w = (Widget*)Image->dw; + Html_add_widget(html, w, width_ptr, height_ptr, style_attrs); + Html_connect_signals(html, w); } dFree(width_ptr);

Oct. 8, 2007

Re: [patch] improve scroll performance of dillo-fltk

by Johannes Hofmann

Hello, here is a new version of dillo-fltk scroll performance improvements. This patch is against vanilla dillo-fltk. New in this patch: * Hotkey bindings for arrow keys, Home- and EndKey. This only works when the focus is on the display area. * Only unclipped area is exposed which improves performance on large pages (e.g. http://www.w3.org/TR/xslt) * Limit scrolling to reasonable values. Regards, Johannes diff --git a/dw-testbed-0.0.43j/dw/fltkviewbase.cc b/dw-testbed-0.0.43j/dw/fltkviewbase.cc --- a/dw-testbed-0.0.43j/dw/fltkviewbase.cc +++ b/dw-testbed-0.0.43j/dw/fltkviewbase.cc @@ -50,22 +50,24 @@ FltkViewBase::~FltkViewBase () void FltkViewBase::draw () { - /** \bug Somehow, the area, which is to be redrawn, should be regarded. */ - Group::draw (); - if (damage () & DAMAGE_EXPOSE) { - setcolor (bgColor); - ::fltk::Rectangle rect (0, 0, w(), h()); - fillrect (rect); - - core::Rectangle area; - area.x = translateViewXToCanvasX (0); - area.y = translateViewYToCanvasY (0); - area.width = translateViewXToCanvasX (0 + w ()) - 0; - area.height = translateViewYToCanvasY (0 + h ()) - 0; - theLayout->expose (this, &area); - } + ::fltk::Rectangle rect (x(), y(), w(), h()); + + /* fltk-clipping seems not to use widget coordinates */ + ::fltk::intersect_with_clip(rect); + rect.x(rect.x() - x()); + rect.y(rect.y() - y()); + + setcolor (bgColor); + fillrect (rect); + + core::Rectangle area; + area.x = translateViewXToCanvasX (rect.x()); + area.y = translateViewYToCanvasY (rect.y()); + area.width = rect.w(); + area.height = rect.h(); + theLayout->expose (this, &area); } core::ButtonState getDwButtonState () @@ -222,7 +224,16 @@ void FltkViewBase::queueDraw (core::Rect void FltkViewBase::queueDraw (core::Rectangle *area) { /** \bug Inefficient */ + + push_clip( + translateCanvasXToViewX (area->x), + translateCanvasYToViewY (area->y), + area->width, + area->height); + redraw (DAMAGE_EXPOSE); + + pop_clip(); } void FltkViewBase::queueDrawTotal () diff --git a/dw-testbed-0.0.43j/dw/fltkviewport.cc b/dw-testbed-0.0.43j/dw/fltkviewport.cc --- a/dw-testbed-0.0.43j/dw/fltkviewport.cc +++ b/dw-testbed-0.0.43j/dw/fltkviewport.cc @@ -129,22 +129,12 @@ void FltkViewport::adjustScrollbarValues void FltkViewport::hscrollbarChanged () { - int oldScrollX = scrollX; - scrollX = hscrollbar->value (); - /** \bug Inefficient */ - redraw (DAMAGE_EXPOSE); - updateCanvasWidgets (oldScrollX, scrollY); - theLayout->scrollPosChanged (this, scrollX, scrollY); + scroll (hscrollbar->value () - scrollX, 0); } void FltkViewport::vscrollbarChanged () { - int oldScrollY = scrollY; - scrollY = vscrollbar->value (); - /** \bug Inefficient */ - redraw (DAMAGE_EXPOSE); - updateCanvasWidgets (scrollX, oldScrollY); - theLayout->scrollPosChanged (this, scrollX, scrollY); + scroll (0, vscrollbar->value () - scrollY); } void FltkViewport::vscrollbarCallback (Widget *vscrollbar, void *viewportPtr) @@ -163,6 +153,25 @@ void FltkViewport::layout () { theLayout->viewportSizeChanged (this, w(), h()); adjustScrollbarsAndGadgetsAllocation (); +} + +void FltkViewport::draw_area (void *data, const Rectangle& cr ) +{ + FltkViewport *vp = (FltkViewport*) data; + push_clip(cr); + + vp->FltkWidgetView::draw (); + + //draw_child (*hscrollbar); + //draw_child (*vscrollbar); + + for(Iterator <TypedPointer < ::fltk::Widget> > it = vp->gadgets->iterator (); + it.hasNext (); ) { + ::fltk::Widget *widget = it.getNext()->getTypedValue (); + vp->draw_child (*widget); + } + + pop_clip(); } void FltkViewport::draw () @@ -170,26 +179,20 @@ void FltkViewport::draw () int hdiff = vscrollbar->visible () ? SCROLLBAR_THICKNESS : 0; int vdiff = hscrollbar->visible () ? SCROLLBAR_THICKNESS : 0; Rectangle cr (0, 0, w () - hdiff, h () - vdiff); - push_clip(cr); - - FltkWidgetView::draw (); - - //draw_child (*hscrollbar); - //draw_child (*vscrollbar); - - for(Iterator <TypedPointer < ::fltk::Widget> > it = gadgets->iterator (); - it.hasNext (); ) { - ::fltk::Widget *widget = it.getNext()->getTypedValue (); - draw_child (*widget); - } - - pop_clip(); + int d = damage(); + + if (d == DAMAGE_SCROLL) { + scrollrect(cr, -scrollDX, -scrollDY, draw_area, this); + } else { + draw_area(this, cr); + } + + scrollDX = 0; + scrollDY = 0; } int FltkViewport::handle (int event) { - int oldScrollY; - switch(event) { case ::fltk::FOCUS: /** \bug Draw focus box. */ @@ -200,24 +203,37 @@ int FltkViewport::handle (int event) return 1; case ::fltk::SHORTCUT: - /** \bug Checks for scrollX and scrollY? */ switch (::fltk::event_key()) { case PageUpKey: - oldScrollY = scrollY; - scrollY -= vscrollbar->pagesize (); - adjustScrollbarValues (); - redraw (DAMAGE_EXPOSE); - updateCanvasWidgets (scrollX, oldScrollY); - theLayout->scrollPosChanged (this, scrollX, scrollY); + scroll (0, -vscrollbar->pagesize ()); return 1; case PageDownKey: - oldScrollY = scrollY; - scrollY += vscrollbar->pagesize (); - adjustScrollbarValues (); - redraw (DAMAGE_EXPOSE); - updateCanvasWidgets (scrollX, oldScrollY); - theLayout->scrollPosChanged (this, scrollX, scrollY); + scroll (0, vscrollbar->pagesize ()); + return 1; + + case DownKey: + scroll (0, (int) vscrollbar->linesize ()); + return 1; + + case UpKey: + scroll (0, (int) -vscrollbar->linesize ()); + return 1; + + case RightKey: + scroll ((int) hscrollbar->linesize (), 0); + return 1; + + case LeftKey: + scroll ((int) -hscrollbar->linesize (), 0); + return 1; + + case HomeKey: + scrollTo (0, 0); + return 1; + + case EndKey: + scrollTo (canvasWidth, canvasHeight); /* gets adjusted in scroll() */ return 1; } @@ -251,16 +267,46 @@ int FltkViewport::getVScrollbarThickness return SCROLLBAR_THICKNESS; } +void FltkViewport::scroll (int dx, int dy) +{ + int hdiff = vscrollbar->visible () ? SCROLLBAR_THICKNESS : 0; + int vdiff = hscrollbar->visible () ? SCROLLBAR_THICKNESS : 0; + int oldScrollX = scrollX; + int oldScrollY = scrollY; + + if (dx == 0 && dy == 0) { + return; + } + + scrollX += dx; + scrollY += dy; + + if (scrollX > canvasWidth - w() + hdiff) { + scrollX = canvasWidth - w() + hdiff; + } + if (scrollX < 0) { + scrollX = 0; + } + + if (scrollY > canvasHeight - h() + vdiff) { + scrollY = canvasHeight - h() + vdiff; + } + if (scrollY < 0) { + scrollY = 0; + } + + scrollDX = scrollX - oldScrollX; + scrollDY = scrollY - oldScrollY; + + adjustScrollbarValues (); + redraw (DAMAGE_SCROLL); + updateCanvasWidgets (oldScrollX, oldScrollY); + theLayout->scrollPosChanged (this, scrollX, scrollY); +} + void FltkViewport::scrollTo (int x, int y) { - int oldScrollX = scrollX; - //int oldScrollY = scrollY; - scrollX = x; - scrollY = y; - adjustScrollbarValues (); - /** \bug Inefficient */ - redraw (DAMAGE_EXPOSE); - updateCanvasWidgets (oldScrollX, scrollY); + scroll (x - scrollX, y - scrollY); } void FltkViewport::setViewportSize (int width, int height, diff --git a/dw-testbed-0.0.43j/dw/fltkviewport.hh b/dw-testbed-0.0.43j/dw/fltkviewport.hh --- a/dw-testbed-0.0.43j/dw/fltkviewport.hh +++ b/dw-testbed-0.0.43j/dw/fltkviewport.hh @@ -20,6 +20,7 @@ private: enum { SCROLLBAR_THICKNESS = 15 }; int scrollX, scrollY; + int scrollDX, scrollDY; ::fltk::Scrollbar *vscrollbar, *hscrollbar; @@ -35,6 +36,7 @@ private: static void vscrollbarCallback (Widget *vscrollbar, void *viewportPtr); void updateCanvasWidgets (int oldScrollX, int oldScrollY); + static void draw_area (void *data, const Rectangle& cr); protected: int translateViewXToCanvasX (int x); @@ -55,6 +57,7 @@ public: bool usesViewport (); int getHScrollbarThickness (); int getVScrollbarThickness (); + void scroll(int dx, int dy); void scrollTo (int x, int y); void setViewportSize (int width, int height, int hScrollbarThickness, int vScrollbarThickness);

Oct. 8, 2007

Re: [Dillo-dev] fix for links within lists

by None

On Sat, Oct 06, 2007 at 02:51:50PM +0000, place wrote: > Hello all, > > I've hacked up my html.cc too much to provide a proper patch, but it's > just one line. If you add: > > Html_connect_signals(html, list_item); > > to Html_tag_open_li() > > (after the item_style->unref(); seemed like a nice place), > then links inside lists will work. I'll set up a cvs repository ASAP, and start adding the patches there. Please be patient, and thanks you all for the patches, keep the stream flowing! Good patches is what makes a project thrive. BTW, place, what's your name? Or do you want to be credited as "place" in the changelog? ;) -- Cheers Jorge.-

Oct. 8, 2007

Re: I want to help the Dillo project...

by Jorge Arellano Cid

Hi, On Mon, Oct 08, 2007 at 12:07:21AM +0000, Joseph Sleiman wrote: > Hello, > > I'm not a great programmer, but I'm looking to help the Dillo project. It's > a nifty browser, and I'm hoping that by working on it it'll help me learn > more about programming languages / toolkits like C and FLTK. I'd also > rather not see the project die like this. Excellent! Thank you for commiting to help. We need as much as we can get. First you have to subscribe to dillo-dev (our mailing list). Then, I see a great way for you to help. Recently in the updates I'm going to make public as cvs ASAP, in the /doc directory inside dillo's tree I wrote: <quote> This documents need a review. They were current with dillo1 and now, with dillo2, most of them are obsolete, specially Dw*txt, but Dw2 is fully documented in html using doxygen. The other documents will be reviewed when I have some time. They will give you an overview of what's going on but take them with a pinch of salt. Of course I'd like to have these as doxygen files too! If somebody wants to make this convertion, please let me know to assign higher priority to updating these docs. </quote> So I'd be very happy if you start here. Making the framework for doxygen-type of documentation inside dillo. This will also let you get started knowing the internals of the code, and from then to patching. This is a very important task as it helps all the developers. Sebastian made excellent doxygen documentation in the Dw2 tree. So you can borrow some ideas from there. We need this quick as it can only help all of us. As you advance I can work with you providing more comments in the code and text when needed. For instance Dlib seems a good place to start. Please let me know if you take this duty. Welcome aboard! -- Cheers Jorge.-

Oct. 8, 2007

Re: [Dillo-dev] Dillo FLTK2 alpha release for developers

by Johannes Hofmann

Hi Jan, it just doesn't find the fltk2 header files. To work around this either install fltk2 to /usr or you might try export CPPFLAGS=-I/usr/local/include export LDFLAGS=-L/usr/local/lib and rerun ./configure in dw-testbed. Johannes On Sat, Oct 06, 2007 at 08:29:46PM +0200, Jan Stary wrote: > Hi Jorge, > > firstly, thanks for the release! I am trying to compile > it here on my FreeBSD 6.2-RELEASE-p8. > > > ----- > > FLTK2 > > ----- > > Installed without problems into /usr/local > > > ---------- > > dw-0.0.43j > > ---------- > > > > tar jxvf dw-testbed-0.0.43j.tar.bz2 > > cd dw-testbed-0.0.43j > > ./configure > > make > > Fails (see typescript at bottom). The ./configure script finds FLTK, > but then, the test subdirectory's Makefile doesn't use no -I option > and the FLTK includes are not found. Short summary: > > $ ./configure > [...] > checking FLTK2... yes > [...] > configure: creating ./config.status > config.status: creating Makefile > config.status: creating lout/Makefile > config.status: creating dw/Makefile > config.status: creating test/Makefile > config.status: creating doc/Makefile > config.status: executing depfiles commands > > $ gmake > Making all in lout [...] > Making all in dw [...] > Making all in test > gmake[1]: Entering directory `/home/hans/src/dw-testbed-0.0.43j/test' > g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT dw_anchors_test.o -MD -MP -MF .deps/dw_anchors_test.Tpo -c -o dw_anchors_test.o dw_anchors_test.cc > dw_anchors_test.cc:24:25: fltk/Window.h: No such file or directory > [...] > dw_anchors_test.cc:151: error: `run' is not a member of `dw::fltk' > gmake[1]: *** [dw_anchors_test.o] Error 1 > gmake[1]: Leaving directory `/home/hans/src/dw-testbed-0.0.43j/test' > gmake: *** [all-recursive] Error 1 > > > Jan > > > > > hans@freebsd:dw-testbed-0.0.43j$ pwd > /home/hans/src/dw-testbed-0.0.43j > hans@freebsd:dw-testbed-0.0.43j$ ./configure > checking build system type... i386-unknown-freebsd6.2 > checking host system type... i386-unknown-freebsd6.2 > checking target system type... i386-unknown-freebsd6.2 > checking for a BSD-compatible install... /usr/bin/install -c > checking whether build environment is sane... yes > checking for a thread-safe mkdir -p... ./install-sh -c -d > checking for gawk... no > checking for mawk... no > checking for nawk... nawk > checking whether make sets $(MAKE)... yes > checking for g++... g++ > checking for C++ compiler default output file name... a.out > checking whether the C++ compiler works... yes > checking whether we are cross compiling... no > checking for suffix of executables... > checking for suffix of object files... o > checking whether we are using the GNU C++ compiler... yes > checking whether g++ accepts -g... yes > checking for style of include used by make... GNU > checking dependency style of g++... gcc3 > checking for gcc... gcc > checking whether we are using the GNU C compiler... yes > checking whether gcc accepts -g... yes > checking for gcc option to accept ISO C89... none needed > checking dependency style of gcc... gcc3 > checking for ranlib... ranlib > checking how to run the C preprocessor... gcc -E > checking FLTK2... yes > checking for grep that handles long lines and -e... /usr/bin/grep > checking for egrep... /usr/bin/grep -E > checking for ANSI C header files... yes > checking for sys/types.h... yes > checking for sys/stat.h... yes > checking for stdlib.h... yes > checking for string.h... yes > checking for memory.h... yes > checking for strings.h... yes > checking for inttypes.h... yes > checking for stdint.h... yes > checking for unistd.h... yes > checking fcntl.h usability... yes > checking fcntl.h presence... yes > checking for fcntl.h... yes > checking for unistd.h... (cached) yes > checking sys/uio.h usability... yes > checking sys/uio.h presence... yes > checking for sys/uio.h... yes > configure: creating ./config.status > config.status: creating Makefile > config.status: creating lout/Makefile > config.status: creating dw/Makefile > config.status: creating test/Makefile > config.status: creating doc/Makefile > config.status: executing depfiles commands > hans@freebsd:dw-testbed-0.0.43j$ gmake > Making all in lout > gmake[1]: Entering directory `/home/hans/src/dw-testbed-0.0.43j/lout' > g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT container.o -MD -MP -MF .deps/container.Tpo -c -o container.o container.cc > mv -f .deps/container.Tpo .deps/container.Po > g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT identity.o -MD -MP -MF .deps/identity.Tpo -c -o identity.o identity.cc > mv -f .deps/identity.Tpo .deps/identity.Po > g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT misc.o -MD -MP -MF .deps/misc.Tpo -c -o misc.o misc.cc > mv -f .deps/misc.Tpo .deps/misc.Po > g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT object.o -MD -MP -MF .deps/object.Tpo -c -o object.o object.cc > mv -f .deps/object.Tpo .deps/object.Po > g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT signal.o -MD -MP -MF .deps/signal.Tpo -c -o signal.o signal.cc > mv -f .deps/signal.Tpo .deps/signal.Po > rm -f liblout.a > ar cru liblout.a container.o identity.o misc.o object.o signal.o > ranlib liblout.a > gmake[1]: Leaving directory `/home/hans/src/dw-testbed-0.0.43j/lout' > Making all in dw > gmake[1]: Entering directory `/home/hans/src/dw-testbed-0.0.43j/dw' > g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT findtext.o -MD -MP -MF .deps/findtext.Tpo -c -o findtext.o findtext.cc > mv -f .deps/findtext.Tpo .deps/findtext.Po > g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT iterator.o -MD -MP -MF .deps/iterator.Tpo -c -o iterator.o iterator.cc > mv -f .deps/iterator.Tpo .deps/iterator.Po > g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT layout.o -MD -MP -MF .deps/layout.Tpo -c -o layout.o layout.cc > mv -f .deps/layout.Tpo .deps/layout.Po > g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT selection.o -MD -MP -MF .deps/selection.Tpo -c -o selection.o selection.cc > mv -f .deps/selection.Tpo .deps/selection.Po > g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT style.o -MD -MP -MF .deps/style.Tpo -c -o style.o style.cc > mv -f .deps/style.Tpo .deps/style.Po > g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT types.o -MD -MP -MF .deps/types.Tpo -c -o types.o types.cc > mv -f .deps/types.Tpo .deps/types.Po > g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT ui.o -MD -MP -MF .deps/ui.Tpo -c -o ui.o ui.cc > mv -f .deps/ui.Tpo .deps/ui.Po > g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT widget.o -MD -MP -MF .deps/widget.Tpo -c -o widget.o widget.cc > mv -f .deps/widget.Tpo .deps/widget.Po > rm -f libDw-core.a > ar cru libDw-core.a findtext.o iterator.o layout.o selection.o style.o types.o ui.o widget.o > ranlib libDw-core.a > g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include -Wno-non-virtual-dtor -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT libDw_fltk_a-fltkcomplexbutton.o -MD -MP -MF .deps/libDw_fltk_a-fltkcomplexbutton.Tpo -c -o libDw_fltk_a-fltkcomplexbutton.o `test -f 'fltkcomplexbutton.cc' || echo './'`fltkcomplexbutton.cc > mv -f .deps/libDw_fltk_a-fltkcomplexbutton.Tpo .deps/libDw_fltk_a-fltkcomplexbutton.Po > g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include -Wno-non-virtual-dtor -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT libDw_fltk_a-fltkflatview.o -MD -MP -MF .deps/libDw_fltk_a-fltkflatview.Tpo -c -o libDw_fltk_a-fltkflatview.o `test -f 'fltkflatview.cc' || echo './'`fltkflatview.cc > mv -f .deps/libDw_fltk_a-fltkflatview.Tpo .deps/libDw_fltk_a-fltkflatview.Po > g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include -Wno-non-virtual-dtor -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT libDw_fltk_a-fltkimgbuf.o -MD -MP -MF .deps/libDw_fltk_a-fltkimgbuf.Tpo -c -o libDw_fltk_a-fltkimgbuf.o `test -f 'fltkimgbuf.cc' || echo './'`fltkimgbuf.cc > mv -f .deps/libDw_fltk_a-fltkimgbuf.Tpo .deps/libDw_fltk_a-fltkimgbuf.Po > g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include -Wno-non-virtual-dtor -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT libDw_fltk_a-fltkmisc.o -MD -MP -MF .deps/libDw_fltk_a-fltkmisc.Tpo -c -o libDw_fltk_a-fltkmisc.o `test -f 'fltkmisc.cc' || echo './'`fltkmisc.cc > mv -f .deps/libDw_fltk_a-fltkmisc.Tpo .deps/libDw_fltk_a-fltkmisc.Po > g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include -Wno-non-virtual-dtor -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT libDw_fltk_a-fltkplatform.o -MD -MP -MF .deps/libDw_fltk_a-fltkplatform.Tpo -c -o libDw_fltk_a-fltkplatform.o `test -f 'fltkplatform.cc' || echo './'`fltkplatform.cc > mv -f .deps/libDw_fltk_a-fltkplatform.Tpo .deps/libDw_fltk_a-fltkplatform.Po > g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include -Wno-non-virtual-dtor -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT libDw_fltk_a-fltkpreview.o -MD -MP -MF .deps/libDw_fltk_a-fltkpreview.Tpo -c -o libDw_fltk_a-fltkpreview.o `test -f 'fltkpreview.cc' || echo './'`fltkpreview.cc > mv -f .deps/libDw_fltk_a-fltkpreview.Tpo .deps/libDw_fltk_a-fltkpreview.Po > g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include -Wno-non-virtual-dtor -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -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 > mv -f .deps/libDw_fltk_a-fltkui.Tpo .deps/libDw_fltk_a-fltkui.Po > g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include -Wno-non-virtual-dtor -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT libDw_fltk_a-fltkviewbase.o -MD -MP -MF .deps/libDw_fltk_a-fltkviewbase.Tpo -c -o libDw_fltk_a-fltkviewbase.o `test -f 'fltkviewbase.cc' || echo './'`fltkviewbase.cc > mv -f .deps/libDw_fltk_a-fltkviewbase.Tpo .deps/libDw_fltk_a-fltkviewbase.Po > g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include -Wno-non-virtual-dtor -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT libDw_fltk_a-fltkviewport.o -MD -MP -MF .deps/libDw_fltk_a-fltkviewport.Tpo -c -o libDw_fltk_a-fltkviewport.o `test -f 'fltkviewport.cc' || echo './'`fltkviewport.cc > mv -f .deps/libDw_fltk_a-fltkviewport.Tpo .deps/libDw_fltk_a-fltkviewport.Po > rm -f libDw-fltk.a > ar cru libDw-fltk.a libDw_fltk_a-fltkcomplexbutton.o libDw_fltk_a-fltkflatview.o libDw_fltk_a-fltkimgbuf.o libDw_fltk_a-fltkmisc.o libDw_fltk_a-fltkplatform.o libDw_fltk_a-fltkpreview.o libDw_fltk_a-fltkui.o libDw_fltk_a-fltkviewbase.o libDw_fltk_a-fltkviewport.o > ranlib libDw-fltk.a > g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT alignedtextblock.o -MD -MP -MF .deps/alignedtextblock.Tpo -c -o alignedtextblock.o alignedtextblock.cc > mv -f .deps/alignedtextblock.Tpo .deps/alignedtextblock.Po > g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT bullet.o -MD -MP -MF .deps/bullet.Tpo -c -o bullet.o bullet.cc > mv -f .deps/bullet.Tpo .deps/bullet.Po > g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT image.o -MD -MP -MF .deps/image.Tpo -c -o image.o image.cc > mv -f .deps/image.Tpo .deps/image.Po > g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT listitem.o -MD -MP -MF .deps/listitem.Tpo -c -o listitem.o listitem.cc > mv -f .deps/listitem.Tpo .deps/listitem.Po > g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT ruler.o -MD -MP -MF .deps/ruler.Tpo -c -o ruler.o ruler.cc > mv -f .deps/ruler.Tpo .deps/ruler.Po > g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT table.o -MD -MP -MF .deps/table.Tpo -c -o table.o table.cc > mv -f .deps/table.Tpo .deps/table.Po > g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT tablecell.o -MD -MP -MF .deps/tablecell.Tpo -c -o tablecell.o tablecell.cc > mv -f .deps/tablecell.Tpo .deps/tablecell.Po > g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT textblock.o -MD -MP -MF .deps/textblock.Tpo -c -o textblock.o textblock.cc > mv -f .deps/textblock.Tpo .deps/textblock.Po > rm -f libDw-widgets.a > ar cru libDw-widgets.a alignedtextblock.o bullet.o image.o listitem.o ruler.o table.o tablecell.o textblock.o > ranlib libDw-widgets.a > gmake[1]: Leaving directory `/home/hans/src/dw-testbed-0.0.43j/dw' > Making all in test > gmake[1]: Entering directory `/home/hans/src/dw-testbed-0.0.43j/test' > g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT dw_anchors_test.o -MD -MP -MF .deps/dw_anchors_test.Tpo -c -o dw_anchors_test.o dw_anchors_test.cc > dw_anchors_test.cc:24:25: fltk/Window.h: No such file or directory > dw_anchors_test.cc:25:22: fltk/run.h: No such file or directory > In file included from dw_anchors_test.cc:28: > ../dw/fltkcore.hh:16:25: fltk/Widget.h: No such file or directory > In file included from ../dw/fltkcore.hh:19, > from dw_anchors_test.cc:28: > ../dw/fltkimgbuf.hh:24: error: ISO C++ forbids declaration of `uchar' with no type > ../dw/fltkimgbuf.hh:24: error: expected `;' before '*' token > ../dw/fltkimgbuf.hh:57: error: `::fltk' has not been declared > ../dw/fltkimgbuf.hh:57: error: `Widget' has not been declared > ../dw/fltkimgbuf.hh:58: error: ISO C++ forbids declaration of `target' with no type > In file included from ../dw/fltkcore.hh:20, > from dw_anchors_test.cc:28: > ../dw/fltkplatform.hh:8:23: fltk/Font.h: No such file or directory > In file included from ../dw/fltkcore.hh:20, > from dw_anchors_test.cc:28: > ../dw/fltkplatform.hh:20: error: `::fltk' has not been declared > ../dw/fltkplatform.hh:44: error: `::fltk' has not been declared > ../dw/fltkplatform.hh:44: error: `Widget' has not been declared > ../dw/fltkplatform.hh:45: error: ISO C++ forbids declaration of `widget' with no type > ../dw/fltkplatform.hh:46: error: `::fltk' has not been declared > ../dw/fltkplatform.hh:46: error: `Widget' has not been declared > ../dw/fltkplatform.hh:47: error: ISO C++ forbids declaration of `widget' with no type > ../dw/fltkplatform.hh:48: error: `::fltk' has not been declared > ../dw/fltkplatform.hh:48: error: `Widget' has not been declared > ../dw/fltkplatform.hh:48: error: ISO C++ forbids declaration of `widget' with no type > In file included from ../dw/fltkcore.hh:21, > from dw_anchors_test.cc:28: > ../dw/fltkui.hh:8:25: fltk/Button.h: No such file or directory > ../dw/fltkui.hh:9:23: fltk/Menu.h: No such file or directory > In file included from ../dw/fltkcore.hh:21, > from dw_anchors_test.cc:28: > ../dw/fltkui.hh:179: error: `::fltk' has not been declared > ../dw/fltkui.hh:179: error: ISO C++ forbids declaration of `Widget' with no type > ../dw/fltkui.hh:179: error: expected `;' before '*' token > ../dw/fltkui.hh:190: error: `::fltk' has not been declared > ../dw/fltkui.hh:190: error: ISO C++ forbids declaration of `Widget' with no type > ../dw/fltkui.hh:190: error: `Widget' declared as a `virtual' field > ../dw/fltkui.hh:190: error: expected `;' before '*' token > ../dw/fltkui.hh:192: error: `::fltk' has not been declared > ../dw/fltkui.hh:192: error: `Widget' has not been declared > ../dw/fltkui.hh:192: error: ISO C++ forbids declaration of `widget' with no type > ../dw/fltkui.hh:230: error: `::fltk' has not been declared > ../dw/fltkui.hh:230: error: `Widget' has not been declared > ../dw/fltkui.hh:230: error: ISO C++ forbids declaration of `widget' with no type > ../dw/fltkui.hh:233: error: `::fltk' has not been declared > ../dw/fltkui.hh:233: error: ISO C++ forbids declaration of `Widget' with no type > ../dw/fltkui.hh:233: error: expected `;' before '*' token > ../dw/fltkui.hh:252: error: `::fltk' has not been declared > ../dw/fltkui.hh:252: error: `Widget' has not been declared > ../dw/fltkui.hh:252: error: ISO C++ forbids declaration of `widget' with no type > ../dw/fltkui.hh:276: error: `::fltk' has not been declared > ../dw/fltkui.hh:276: error: ISO C++ forbids declaration of `Widget' with no type > ../dw/fltkui.hh:276: error: expected `;' before '*' token > ../dw/fltkui.hh:298: error: `::fltk' has not been declared > ../dw/fltkui.hh:298: error: `Widget' has not been declared > ../dw/fltkui.hh:298: error: ISO C++ forbids declaration of `widget' with no type > ../dw/fltkui.hh:301: error: `::fltk' has not been declared > ../dw/fltkui.hh:301: error: ISO C++ forbids declaration of `Widget' with no type > ../dw/fltkui.hh:301: error: expected `;' before '*' token > ../dw/fltkui.hh:323: error: `::fltk' has not been declared > ../dw/fltkui.hh:323: error: ISO C++ forbids declaration of `Button' with no type > ../dw/fltkui.hh:323: error: `Button' declared as a `virtual' field > ../dw/fltkui.hh:323: error: expected `;' before '*' token > ../dw/fltkui.hh:324: error: `::fltk' has not been declared > ../dw/fltkui.hh:324: error: ISO C++ forbids declaration of `Widget' with no type > ../dw/fltkui.hh:324: error: expected `;' before '*' token > ../dw/fltkui.hh:342: error: `::fltk' has not been declared > ../dw/fltkui.hh:342: error: ISO C++ forbids declaration of `Button' with no type > ../dw/fltkui.hh:342: error: expected `;' before '*' token > ../dw/fltkui.hh:400: error: `::fltk' has not been declared > ../dw/fltkui.hh:400: error: `Widget' has not been declared > ../dw/fltkui.hh:400: error: ISO C++ forbids declaration of `widget' with no type > ../dw/fltkui.hh:404: error: `::fltk' has not been declared > ../dw/fltkui.hh:404: error: ISO C++ forbids declaration of `Button' with no type > ../dw/fltkui.hh:404: error: expected `;' before '*' token > ../dw/fltkui.hh:436: error: `::fltk' has not been declared > ../dw/fltkui.hh:436: error: ISO C++ forbids declaration of `Menu' with no type > ../dw/fltkui.hh:436: error: expected `;' before '*' token > ../dw/fltkui.hh:437: error: `::fltk' has not been declared > ../dw/fltkui.hh:437: error: `Menu' was not declared in this scope > ../dw/fltkui.hh:437: error: template argument 1 is invalid > ../dw/fltkui.hh:437: error: template argument 1 is invalid > ../dw/fltkui.hh:437: error: ISO C++ forbids declaration of `stack' with no type > ../dw/fltkui.hh:439: error: `::fltk' has not been declared > ../dw/fltkui.hh:439: error: expected `)' before '*' token > ../dw/fltkui.hh:447: error: `::fltk' has not been declared > ../dw/fltkui.hh:447: error: ISO C++ forbids declaration of `Widget' with no type > ../dw/fltkui.hh:447: error: expected `;' before '*' token > ../dw/fltkui.hh:448: error: `::fltk' has not been declared > ../dw/fltkui.hh:448: error: ISO C++ forbids declaration of `Menu' with no type > ../dw/fltkui.hh:448: error: `Menu' declared as a `virtual' field > ../dw/fltkui.hh:448: error: expected `;' before '*' token > ../dw/fltkui.hh:470: error: `::fltk' has not been declared > ../dw/fltkui.hh:470: error: ISO C++ forbids declaration of `Menu' with no type > ../dw/fltkui.hh:470: error: expected `;' before '*' token > ../dw/fltkui.hh:484: error: `::fltk' has not been declared > ../dw/fltkui.hh:484: error: ISO C++ forbids declaration of `Menu' with no type > ../dw/fltkui.hh:484: error: expected `;' before '*' token > In file included from dw_anchors_test.cc:29: > ../dw/fltkviewport.hh:4:24: fltk/Group.h: No such file or directory > ../dw/fltkviewport.hh:5:28: fltk/Scrollbar.h: No such file or directory > In file included from ../dw/fltkviewport.hh:9, > from dw_anchors_test.cc:29: > ../dw/fltkviewbase.hh:13: error: `::fltk' has not been declared > ../dw/fltkviewbase.hh:14: error: expected class-name before '{' token > ../dw/fltkviewbase.hh:69: error: `::fltk' has not been declared > ../dw/fltkviewbase.hh:69: error: `Widget' was not declared in this scope > ../dw/fltkviewbase.hh:69: error: template argument 1 is invalid > ../dw/fltkviewbase.hh:70: error: template argument 1 is invalid > ../dw/fltkviewbase.hh:70: error: ISO C++ forbids declaration of `canvasWidgets' with no type > ../dw/fltkviewbase.hh:85: error: `::fltk' has not been declared > ../dw/fltkviewbase.hh:85: error: `Widget' has not been declared > ../dw/fltkviewbase.hh:85: error: ISO C++ forbids declaration of `widget' with no type > ../dw/fltkviewbase.hh:86: error: `::fltk' has not been declared > ../dw/fltkviewbase.hh:86: error: `Widget' has not been declared > ../dw/fltkviewbase.hh:87: error: ISO C++ forbids declaration of `widget' with no type > ../dw/fltkviewbase.hh:88: error: `::fltk' has not been declared > ../dw/fltkviewbase.hh:88: error: `Widget' has not been declared > ../dw/fltkviewbase.hh:88: error: ISO C++ forbids declaration of `widget' with no type > In file included from dw_anchors_test.cc:29: > ../dw/fltkviewport.hh:24: error: `::fltk' has not been declared > ../dw/fltkviewport.hh:24: error: ISO C++ forbids declaration of `Scrollbar' with no type > ../dw/fltkviewport.hh:24: error: expected `;' before '*' token > ../dw/fltkviewport.hh:27: error: `::fltk' has not been declared > ../dw/fltkviewport.hh:27: error: `Widget' was not declared in this scope > ../dw/fltkviewport.hh:27: error: template argument 1 is invalid > ../dw/fltkviewport.hh:27: error: template argument 1 is invalid > ../dw/fltkviewport.hh:27: error: ISO C++ forbids declaration of `gadgets' with no type > ../dw/fltkviewport.hh:34: error: `Widget' has not been declared > ../dw/fltkviewport.hh:34: error: ISO C++ forbids declaration of `hscrollbar' with no type > ../dw/fltkviewport.hh:35: error: `Widget' has not been declared > ../dw/fltkviewport.hh:35: error: ISO C++ forbids declaration of `vscrollbar' with no type > ../dw/fltkviewport.hh:64: error: `::fltk' has not been declared > ../dw/fltkviewport.hh:64: error: `Widget' has not been declared > ../dw/fltkviewport.hh:64: error: ISO C++ forbids declaration of `gadget' with no type > dw_anchors_test.cc:40: error: expected initializer before '*' token > dw_anchors_test.cc:51: error: variable or field `anchorCallback' declared void > dw_anchors_test.cc:51: error: `Widget' is not a member of `dw::fltk' > dw_anchors_test.cc:51: error: `widget' was not declared in this scope > dw_anchors_test.cc:51: error: expected primary-expression before "void" > dw_anchors_test.cc:52: error: initializer expression list treated as compound expression > dw_anchors_test.cc:52: error: expected `,' or `;' before '{' token > dw_anchors_test.cc: In function `void textTimeout(void*)': > dw_anchors_test.cc:91: error: `repeat_timeout' is not a member of `dw::fltk' > dw_anchors_test.cc: In function `int main(int, char**)': > dw_anchors_test.cc:102: error: `window' was not declared in this scope > dw_anchors_test.cc:102: error: `dw::fltk::Window' has not been declared > dw_anchors_test.cc:113: error: `Button' is not a member of `dw::fltk' > dw_anchors_test.cc:113: error: `button' was not declared in this scope > dw_anchors_test.cc:114: error: `dw::fltk::Button' has not been declared > dw_anchors_test.cc:116: error: `WHEN_RELEASE' is not a member of `dw::fltk' > dw_anchors_test.cc:146: error: `add_timeout' is not a member of `dw::fltk' > dw_anchors_test.cc:151: error: `run' is not a member of `dw::fltk' > gmake[1]: *** [dw_anchors_test.o] Error 1 > gmake[1]: Leaving directory `/home/hans/src/dw-testbed-0.0.43j/test' > gmake: *** [all-recursive] Error 1 > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev

Oct. 7, 2007

Re: [Dillo-dev] Dillo FLTK2 alpha release for developers

by Jan Stary

Hi Jorge, firstly, thanks for the release! I am trying to compile it here on my FreeBSD 6.2-RELEASE-p8. > ----- > FLTK2 > ----- Installed without problems into /usr/local > ---------- > dw-0.0.43j > ---------- > > tar jxvf dw-testbed-0.0.43j.tar.bz2 > cd dw-testbed-0.0.43j > ./configure > make Fails (see typescript at bottom). The ./configure script finds FLTK, but then, the test subdirectory's Makefile doesn't use no -I option and the FLTK includes are not found. Short summary: $ ./configure [...] checking FLTK2... yes [...] configure: creating ./config.status config.status: creating Makefile config.status: creating lout/Makefile config.status: creating dw/Makefile config.status: creating test/Makefile config.status: creating doc/Makefile config.status: executing depfiles commands $ gmake Making all in lout [...] Making all in dw [...] Making all in test gmake[1]: Entering directory `/home/hans/src/dw-testbed-0.0.43j/test' g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT dw_anchors_test.o -MD -MP -MF .deps/dw_anchors_test.Tpo -c -o dw_anchors_test.o dw_anchors_test.cc dw_anchors_test.cc:24:25: fltk/Window.h: No such file or directory [...] dw_anchors_test.cc:151: error: `run' is not a member of `dw::fltk' gmake[1]: *** [dw_anchors_test.o] Error 1 gmake[1]: Leaving directory `/home/hans/src/dw-testbed-0.0.43j/test' gmake: *** [all-recursive] Error 1 Jan hans@freebsd:dw-testbed-0.0.43j$ pwd /home/hans/src/dw-testbed-0.0.43j hans@freebsd:dw-testbed-0.0.43j$ ./configure checking build system type... i386-unknown-freebsd6.2 checking host system type... i386-unknown-freebsd6.2 checking target system type... i386-unknown-freebsd6.2 checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... ./install-sh -c -d checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking for g++... g++ checking for C++ compiler default output file name... a.out checking whether the C++ compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking for style of include used by make... GNU checking dependency style of g++... gcc3 checking for gcc... gcc checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking dependency style of gcc... gcc3 checking for ranlib... ranlib checking how to run the C preprocessor... gcc -E checking FLTK2... yes checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking for unistd.h... (cached) yes checking sys/uio.h usability... yes checking sys/uio.h presence... yes checking for sys/uio.h... yes configure: creating ./config.status config.status: creating Makefile config.status: creating lout/Makefile config.status: creating dw/Makefile config.status: creating test/Makefile config.status: creating doc/Makefile config.status: executing depfiles commands hans@freebsd:dw-testbed-0.0.43j$ gmake Making all in lout gmake[1]: Entering directory `/home/hans/src/dw-testbed-0.0.43j/lout' g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT container.o -MD -MP -MF .deps/container.Tpo -c -o container.o container.cc mv -f .deps/container.Tpo .deps/container.Po g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT identity.o -MD -MP -MF .deps/identity.Tpo -c -o identity.o identity.cc mv -f .deps/identity.Tpo .deps/identity.Po g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT misc.o -MD -MP -MF .deps/misc.Tpo -c -o misc.o misc.cc mv -f .deps/misc.Tpo .deps/misc.Po g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT object.o -MD -MP -MF .deps/object.Tpo -c -o object.o object.cc mv -f .deps/object.Tpo .deps/object.Po g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT signal.o -MD -MP -MF .deps/signal.Tpo -c -o signal.o signal.cc mv -f .deps/signal.Tpo .deps/signal.Po rm -f liblout.a ar cru liblout.a container.o identity.o misc.o object.o signal.o ranlib liblout.a gmake[1]: Leaving directory `/home/hans/src/dw-testbed-0.0.43j/lout' Making all in dw gmake[1]: Entering directory `/home/hans/src/dw-testbed-0.0.43j/dw' g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT findtext.o -MD -MP -MF .deps/findtext.Tpo -c -o findtext.o findtext.cc mv -f .deps/findtext.Tpo .deps/findtext.Po g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT iterator.o -MD -MP -MF .deps/iterator.Tpo -c -o iterator.o iterator.cc mv -f .deps/iterator.Tpo .deps/iterator.Po g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT layout.o -MD -MP -MF .deps/layout.Tpo -c -o layout.o layout.cc mv -f .deps/layout.Tpo .deps/layout.Po g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT selection.o -MD -MP -MF .deps/selection.Tpo -c -o selection.o selection.cc mv -f .deps/selection.Tpo .deps/selection.Po g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT style.o -MD -MP -MF .deps/style.Tpo -c -o style.o style.cc mv -f .deps/style.Tpo .deps/style.Po g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT types.o -MD -MP -MF .deps/types.Tpo -c -o types.o types.cc mv -f .deps/types.Tpo .deps/types.Po g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT ui.o -MD -MP -MF .deps/ui.Tpo -c -o ui.o ui.cc mv -f .deps/ui.Tpo .deps/ui.Po g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT widget.o -MD -MP -MF .deps/widget.Tpo -c -o widget.o widget.cc mv -f .deps/widget.Tpo .deps/widget.Po rm -f libDw-core.a ar cru libDw-core.a findtext.o iterator.o layout.o selection.o style.o types.o ui.o widget.o ranlib libDw-core.a g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include -Wno-non-virtual-dtor -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT libDw_fltk_a-fltkcomplexbutton.o -MD -MP -MF .deps/libDw_fltk_a-fltkcomplexbutton.Tpo -c -o libDw_fltk_a-fltkcomplexbutton.o `test -f 'fltkcomplexbutton.cc' || echo './'`fltkcomplexbutton.cc mv -f .deps/libDw_fltk_a-fltkcomplexbutton.Tpo .deps/libDw_fltk_a-fltkcomplexbutton.Po g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include -Wno-non-virtual-dtor -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT libDw_fltk_a-fltkflatview.o -MD -MP -MF .deps/libDw_fltk_a-fltkflatview.Tpo -c -o libDw_fltk_a-fltkflatview.o `test -f 'fltkflatview.cc' || echo './'`fltkflatview.cc mv -f .deps/libDw_fltk_a-fltkflatview.Tpo .deps/libDw_fltk_a-fltkflatview.Po g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include -Wno-non-virtual-dtor -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT libDw_fltk_a-fltkimgbuf.o -MD -MP -MF .deps/libDw_fltk_a-fltkimgbuf.Tpo -c -o libDw_fltk_a-fltkimgbuf.o `test -f 'fltkimgbuf.cc' || echo './'`fltkimgbuf.cc mv -f .deps/libDw_fltk_a-fltkimgbuf.Tpo .deps/libDw_fltk_a-fltkimgbuf.Po g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include -Wno-non-virtual-dtor -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT libDw_fltk_a-fltkmisc.o -MD -MP -MF .deps/libDw_fltk_a-fltkmisc.Tpo -c -o libDw_fltk_a-fltkmisc.o `test -f 'fltkmisc.cc' || echo './'`fltkmisc.cc mv -f .deps/libDw_fltk_a-fltkmisc.Tpo .deps/libDw_fltk_a-fltkmisc.Po g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include -Wno-non-virtual-dtor -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT libDw_fltk_a-fltkplatform.o -MD -MP -MF .deps/libDw_fltk_a-fltkplatform.Tpo -c -o libDw_fltk_a-fltkplatform.o `test -f 'fltkplatform.cc' || echo './'`fltkplatform.cc mv -f .deps/libDw_fltk_a-fltkplatform.Tpo .deps/libDw_fltk_a-fltkplatform.Po g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include -Wno-non-virtual-dtor -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT libDw_fltk_a-fltkpreview.o -MD -MP -MF .deps/libDw_fltk_a-fltkpreview.Tpo -c -o libDw_fltk_a-fltkpreview.o `test -f 'fltkpreview.cc' || echo './'`fltkpreview.cc mv -f .deps/libDw_fltk_a-fltkpreview.Tpo .deps/libDw_fltk_a-fltkpreview.Po g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include -Wno-non-virtual-dtor -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -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 mv -f .deps/libDw_fltk_a-fltkui.Tpo .deps/libDw_fltk_a-fltkui.Po g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include -Wno-non-virtual-dtor -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT libDw_fltk_a-fltkviewbase.o -MD -MP -MF .deps/libDw_fltk_a-fltkviewbase.Tpo -c -o libDw_fltk_a-fltkviewbase.o `test -f 'fltkviewbase.cc' || echo './'`fltkviewbase.cc mv -f .deps/libDw_fltk_a-fltkviewbase.Tpo .deps/libDw_fltk_a-fltkviewbase.Po g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include -Wno-non-virtual-dtor -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT libDw_fltk_a-fltkviewport.o -MD -MP -MF .deps/libDw_fltk_a-fltkviewport.Tpo -c -o libDw_fltk_a-fltkviewport.o `test -f 'fltkviewport.cc' || echo './'`fltkviewport.cc mv -f .deps/libDw_fltk_a-fltkviewport.Tpo .deps/libDw_fltk_a-fltkviewport.Po rm -f libDw-fltk.a ar cru libDw-fltk.a libDw_fltk_a-fltkcomplexbutton.o libDw_fltk_a-fltkflatview.o libDw_fltk_a-fltkimgbuf.o libDw_fltk_a-fltkmisc.o libDw_fltk_a-fltkplatform.o libDw_fltk_a-fltkpreview.o libDw_fltk_a-fltkui.o libDw_fltk_a-fltkviewbase.o libDw_fltk_a-fltkviewport.o ranlib libDw-fltk.a g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT alignedtextblock.o -MD -MP -MF .deps/alignedtextblock.Tpo -c -o alignedtextblock.o alignedtextblock.cc mv -f .deps/alignedtextblock.Tpo .deps/alignedtextblock.Po g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT bullet.o -MD -MP -MF .deps/bullet.Tpo -c -o bullet.o bullet.cc mv -f .deps/bullet.Tpo .deps/bullet.Po g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT image.o -MD -MP -MF .deps/image.Tpo -c -o image.o image.cc mv -f .deps/image.Tpo .deps/image.Po g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT listitem.o -MD -MP -MF .deps/listitem.Tpo -c -o listitem.o listitem.cc mv -f .deps/listitem.Tpo .deps/listitem.Po g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT ruler.o -MD -MP -MF .deps/ruler.Tpo -c -o ruler.o ruler.cc mv -f .deps/ruler.Tpo .deps/ruler.Po g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT table.o -MD -MP -MF .deps/table.Tpo -c -o table.o table.cc mv -f .deps/table.Tpo .deps/table.Po g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT tablecell.o -MD -MP -MF .deps/tablecell.Tpo -c -o tablecell.o tablecell.cc mv -f .deps/tablecell.Tpo .deps/tablecell.Po g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT textblock.o -MD -MP -MF .deps/textblock.Tpo -c -o textblock.o textblock.cc mv -f .deps/textblock.Tpo .deps/textblock.Po rm -f libDw-widgets.a ar cru libDw-widgets.a alignedtextblock.o bullet.o image.o listitem.o ruler.o table.o tablecell.o textblock.o ranlib libDw-widgets.a gmake[1]: Leaving directory `/home/hans/src/dw-testbed-0.0.43j/dw' Making all in test gmake[1]: Entering directory `/home/hans/src/dw-testbed-0.0.43j/test' g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -MT dw_anchors_test.o -MD -MP -MF .deps/dw_anchors_test.Tpo -c -o dw_anchors_test.o dw_anchors_test.cc dw_anchors_test.cc:24:25: fltk/Window.h: No such file or directory dw_anchors_test.cc:25:22: fltk/run.h: No such file or directory In file included from dw_anchors_test.cc:28: ../dw/fltkcore.hh:16:25: fltk/Widget.h: No such file or directory In file included from ../dw/fltkcore.hh:19, from dw_anchors_test.cc:28: ../dw/fltkimgbuf.hh:24: error: ISO C++ forbids declaration of `uchar' with no type ../dw/fltkimgbuf.hh:24: error: expected `;' before '*' token ../dw/fltkimgbuf.hh:57: error: `::fltk' has not been declared ../dw/fltkimgbuf.hh:57: error: `Widget' has not been declared ../dw/fltkimgbuf.hh:58: error: ISO C++ forbids declaration of `target' with no type In file included from ../dw/fltkcore.hh:20, from dw_anchors_test.cc:28: ../dw/fltkplatform.hh:8:23: fltk/Font.h: No such file or directory In file included from ../dw/fltkcore.hh:20, from dw_anchors_test.cc:28: ../dw/fltkplatform.hh:20: error: `::fltk' has not been declared ../dw/fltkplatform.hh:44: error: `::fltk' has not been declared ../dw/fltkplatform.hh:44: error: `Widget' has not been declared ../dw/fltkplatform.hh:45: error: ISO C++ forbids declaration of `widget' with no type ../dw/fltkplatform.hh:46: error: `::fltk' has not been declared ../dw/fltkplatform.hh:46: error: `Widget' has not been declared ../dw/fltkplatform.hh:47: error: ISO C++ forbids declaration of `widget' with no type ../dw/fltkplatform.hh:48: error: `::fltk' has not been declared ../dw/fltkplatform.hh:48: error: `Widget' has not been declared ../dw/fltkplatform.hh:48: error: ISO C++ forbids declaration of `widget' with no type In file included from ../dw/fltkcore.hh:21, from dw_anchors_test.cc:28: ../dw/fltkui.hh:8:25: fltk/Button.h: No such file or directory ../dw/fltkui.hh:9:23: fltk/Menu.h: No such file or directory In file included from ../dw/fltkcore.hh:21, from dw_anchors_test.cc:28: ../dw/fltkui.hh:179: error: `::fltk' has not been declared ../dw/fltkui.hh:179: error: ISO C++ forbids declaration of `Widget' with no type ../dw/fltkui.hh:179: error: expected `;' before '*' token ../dw/fltkui.hh:190: error: `::fltk' has not been declared ../dw/fltkui.hh:190: error: ISO C++ forbids declaration of `Widget' with no type ../dw/fltkui.hh:190: error: `Widget' declared as a `virtual' field ../dw/fltkui.hh:190: error: expected `;' before '*' token ../dw/fltkui.hh:192: error: `::fltk' has not been declared ../dw/fltkui.hh:192: error: `Widget' has not been declared ../dw/fltkui.hh:192: error: ISO C++ forbids declaration of `widget' with no type ../dw/fltkui.hh:230: error: `::fltk' has not been declared ../dw/fltkui.hh:230: error: `Widget' has not been declared ../dw/fltkui.hh:230: error: ISO C++ forbids declaration of `widget' with no type ../dw/fltkui.hh:233: error: `::fltk' has not been declared ../dw/fltkui.hh:233: error: ISO C++ forbids declaration of `Widget' with no type ../dw/fltkui.hh:233: error: expected `;' before '*' token ../dw/fltkui.hh:252: error: `::fltk' has not been declared ../dw/fltkui.hh:252: error: `Widget' has not been declared ../dw/fltkui.hh:252: error: ISO C++ forbids declaration of `widget' with no type ../dw/fltkui.hh:276: error: `::fltk' has not been declared ../dw/fltkui.hh:276: error: ISO C++ forbids declaration of `Widget' with no type ../dw/fltkui.hh:276: error: expected `;' before '*' token ../dw/fltkui.hh:298: error: `::fltk' has not been declared ../dw/fltkui.hh:298: error: `Widget' has not been declared ../dw/fltkui.hh:298: error: ISO C++ forbids declaration of `widget' with no type ../dw/fltkui.hh:301: error: `::fltk' has not been declared ../dw/fltkui.hh:301: error: ISO C++ forbids declaration of `Widget' with no type ../dw/fltkui.hh:301: error: expected `;' before '*' token ../dw/fltkui.hh:323: error: `::fltk' has not been declared ../dw/fltkui.hh:323: error: ISO C++ forbids declaration of `Button' with no type ../dw/fltkui.hh:323: error: `Button' declared as a `virtual' field ../dw/fltkui.hh:323: error: expected `;' before '*' token ../dw/fltkui.hh:324: error: `::fltk' has not been declared ../dw/fltkui.hh:324: error: ISO C++ forbids declaration of `Widget' with no type ../dw/fltkui.hh:324: error: expected `;' before '*' token ../dw/fltkui.hh:342: error: `::fltk' has not been declared ../dw/fltkui.hh:342: error: ISO C++ forbids declaration of `Button' with no type ../dw/fltkui.hh:342: error: expected `;' before '*' token ../dw/fltkui.hh:400: error: `::fltk' has not been declared ../dw/fltkui.hh:400: error: `Widget' has not been declared ../dw/fltkui.hh:400: error: ISO C++ forbids declaration of `widget' with no type ../dw/fltkui.hh:404: error: `::fltk' has not been declared ../dw/fltkui.hh:404: error: ISO C++ forbids declaration of `Button' with no type ../dw/fltkui.hh:404: error: expected `;' before '*' token ../dw/fltkui.hh:436: error: `::fltk' has not been declared ../dw/fltkui.hh:436: error: ISO C++ forbids declaration of `Menu' with no type ../dw/fltkui.hh:436: error: expected `;' before '*' token ../dw/fltkui.hh:437: error: `::fltk' has not been declared ../dw/fltkui.hh:437: error: `Menu' was not declared in this scope ../dw/fltkui.hh:437: error: template argument 1 is invalid ../dw/fltkui.hh:437: error: template argument 1 is invalid ../dw/fltkui.hh:437: error: ISO C++ forbids declaration of `stack' with no type ../dw/fltkui.hh:439: error: `::fltk' has not been declared ../dw/fltkui.hh:439: error: expected `)' before '*' token ../dw/fltkui.hh:447: error: `::fltk' has not been declared ../dw/fltkui.hh:447: error: ISO C++ forbids declaration of `Widget' with no type ../dw/fltkui.hh:447: error: expected `;' before '*' token ../dw/fltkui.hh:448: error: `::fltk' has not been declared ../dw/fltkui.hh:448: error: ISO C++ forbids declaration of `Menu' with no type ../dw/fltkui.hh:448: error: `Menu' declared as a `virtual' field ../dw/fltkui.hh:448: error: expected `;' before '*' token ../dw/fltkui.hh:470: error: `::fltk' has not been declared ../dw/fltkui.hh:470: error: ISO C++ forbids declaration of `Menu' with no type ../dw/fltkui.hh:470: error: expected `;' before '*' token ../dw/fltkui.hh:484: error: `::fltk' has not been declared ../dw/fltkui.hh:484: error: ISO C++ forbids declaration of `Menu' with no type ../dw/fltkui.hh:484: error: expected `;' before '*' token In file included from dw_anchors_test.cc:29: ../dw/fltkviewport.hh:4:24: fltk/Group.h: No such file or directory ../dw/fltkviewport.hh:5:28: fltk/Scrollbar.h: No such file or directory In file included from ../dw/fltkviewport.hh:9, from dw_anchors_test.cc:29: ../dw/fltkviewbase.hh:13: error: `::fltk' has not been declared ../dw/fltkviewbase.hh:14: error: expected class-name before '{' token ../dw/fltkviewbase.hh:69: error: `::fltk' has not been declared ../dw/fltkviewbase.hh:69: error: `Widget' was not declared in this scope ../dw/fltkviewbase.hh:69: error: template argument 1 is invalid ../dw/fltkviewbase.hh:70: error: template argument 1 is invalid ../dw/fltkviewbase.hh:70: error: ISO C++ forbids declaration of `canvasWidgets' with no type ../dw/fltkviewbase.hh:85: error: `::fltk' has not been declared ../dw/fltkviewbase.hh:85: error: `Widget' has not been declared ../dw/fltkviewbase.hh:85: error: ISO C++ forbids declaration of `widget' with no type ../dw/fltkviewbase.hh:86: error: `::fltk' has not been declared ../dw/fltkviewbase.hh:86: error: `Widget' has not been declared ../dw/fltkviewbase.hh:87: error: ISO C++ forbids declaration of `widget' with no type ../dw/fltkviewbase.hh:88: error: `::fltk' has not been declared ../dw/fltkviewbase.hh:88: error: `Widget' has not been declared ../dw/fltkviewbase.hh:88: error: ISO C++ forbids declaration of `widget' with no type In file included from dw_anchors_test.cc:29: ../dw/fltkviewport.hh:24: error: `::fltk' has not been declared ../dw/fltkviewport.hh:24: error: ISO C++ forbids declaration of `Scrollbar' with no type ../dw/fltkviewport.hh:24: error: expected `;' before '*' token ../dw/fltkviewport.hh:27: error: `::fltk' has not been declared ../dw/fltkviewport.hh:27: error: `Widget' was not declared in this scope ../dw/fltkviewport.hh:27: error: template argument 1 is invalid ../dw/fltkviewport.hh:27: error: template argument 1 is invalid ../dw/fltkviewport.hh:27: error: ISO C++ forbids declaration of `gadgets' with no type ../dw/fltkviewport.hh:34: error: `Widget' has not been declared ../dw/fltkviewport.hh:34: error: ISO C++ forbids declaration of `hscrollbar' with no type ../dw/fltkviewport.hh:35: error: `Widget' has not been declared ../dw/fltkviewport.hh:35: error: ISO C++ forbids declaration of `vscrollbar' with no type ../dw/fltkviewport.hh:64: error: `::fltk' has not been declared ../dw/fltkviewport.hh:64: error: `Widget' has not been declared ../dw/fltkviewport.hh:64: error: ISO C++ forbids declaration of `gadget' with no type dw_anchors_test.cc:40: error: expected initializer before '*' token dw_anchors_test.cc:51: error: variable or field `anchorCallback' declared void dw_anchors_test.cc:51: error: `Widget' is not a member of `dw::fltk' dw_anchors_test.cc:51: error: `widget' was not declared in this scope dw_anchors_test.cc:51: error: expected primary-expression before "void" dw_anchors_test.cc:52: error: initializer expression list treated as compound expression dw_anchors_test.cc:52: error: expected `,' or `;' before '{' token dw_anchors_test.cc: In function `void textTimeout(void*)': dw_anchors_test.cc:91: error: `repeat_timeout' is not a member of `dw::fltk' dw_anchors_test.cc: In function `int main(int, char**)': dw_anchors_test.cc:102: error: `window' was not declared in this scope dw_anchors_test.cc:102: error: `dw::fltk::Window' has not been declared dw_anchors_test.cc:113: error: `Button' is not a member of `dw::fltk' dw_anchors_test.cc:113: error: `button' was not declared in this scope dw_anchors_test.cc:114: error: `dw::fltk::Button' has not been declared dw_anchors_test.cc:116: error: `WHEN_RELEASE' is not a member of `dw::fltk' dw_anchors_test.cc:146: error: `add_timeout' is not a member of `dw::fltk' dw_anchors_test.cc:151: error: `run' is not a member of `dw::fltk' gmake[1]: *** [dw_anchors_test.o] Error 1 gmake[1]: Leaving directory `/home/hans/src/dw-testbed-0.0.43j/test' gmake: *** [all-recursive] Error 1

Oct. 6, 2007

fix for links within lists

by place

Hello all, I've hacked up my html.cc too much to provide a proper patch, but it's just one line. If you add: Html_connect_signals(html, list_item); to Html_tag_open_li() (after the item_style->unref(); seemed like a nice place), then links inside lists will work.

Oct. 6, 2007

Re: [Dillo-dev] Dillo FLTK2 alpha release for developers

by Vincent Thomasset

Le Fri, 5 Oct 2007 19:30:51 +0100, higuita <higuita7(a)yahoo.co.uk> a écrit : Hi, > Can you make a patch so i can try? that page is too much > technical for my sparse knowledge, i didnt understand anything :) Sure, though i'm not at all sure this is the correct way to fix this issue. Cheers, Vincent

Oct. 5, 2007

Re: [Dillo-dev] Dillo FLTK2 alpha release for developers

by higuita

Hi On Fri, 5 Oct 2007 19:04:08 +0200, Vincent Thomasset <vincent.thomasset(a)skynet.be> wrote: > > > Now it starts, but when i try to load a page it crashes: > > I think this link may have some clue as to why this occurs: > > http://sourceware.org/ml/glibc-bugs/2007-08/msg00148.html > Confirmed, copying the va_list in dStr_vsprintfa (dlib.c) fixes the > crash for me and i'm now able to display pages. Can you make a patch so i can try? that page is too much technical for my sparse knowledge, i didnt understand anything :) 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

Oct. 5, 2007

[patch] improve scroll performance of dillo-fltk

by Johannes Hofmann

Hi, below is an initial patch that improves scrolling performance of dillo-fltk by copying screen data instead of rerendering it. It's based on Scroll.cxx from fltk. The difference is noticeable mostly when scrolling large images especially within a remote X11 session. The newly introduced scrollDX / scrollDY could probabely be combined with the existing oldScrollX / oldScrollY variables. Regards, Johannes diff --git a/dw-testbed-0.0.43j/dw/fltkviewbase.cc b/dw-testbed-0.0.43j/dw/fltkviewbase.cc --- a/dw-testbed-0.0.43j/dw/fltkviewbase.cc +++ b/dw-testbed-0.0.43j/dw/fltkviewbase.cc @@ -54,18 +54,16 @@ void FltkViewBase::draw () Group::draw (); - if (damage () & DAMAGE_EXPOSE) { - setcolor (bgColor); - ::fltk::Rectangle rect (0, 0, w(), h()); - fillrect (rect); - - core::Rectangle area; - area.x = translateViewXToCanvasX (0); - area.y = translateViewYToCanvasY (0); - area.width = translateViewXToCanvasX (0 + w ()) - 0; - area.height = translateViewYToCanvasY (0 + h ()) - 0; - theLayout->expose (this, &area); - } + setcolor (bgColor); + ::fltk::Rectangle rect (0, 0, w(), h()); + fillrect (rect); + + core::Rectangle area; + area.x = translateViewXToCanvasX (0); + area.y = translateViewYToCanvasY (0); + area.width = translateViewXToCanvasX (0 + w ()) - 0; + area.height = translateViewYToCanvasY (0 + h ()) - 0; + theLayout->expose (this, &area); } core::ButtonState getDwButtonState () diff --git a/dw-testbed-0.0.43j/dw/fltkviewport.cc b/dw-testbed-0.0.43j/dw/fltkviewport.cc --- a/dw-testbed-0.0.43j/dw/fltkviewport.cc +++ b/dw-testbed-0.0.43j/dw/fltkviewport.cc @@ -131,8 +131,8 @@ void FltkViewport::hscrollbarChanged () { int oldScrollX = scrollX; scrollX = hscrollbar->value (); - /** \bug Inefficient */ - redraw (DAMAGE_EXPOSE); + scrollDX = scrollX - oldScrollX; + redraw (DAMAGE_SCROLL); updateCanvasWidgets (oldScrollX, scrollY); theLayout->scrollPosChanged (this, scrollX, scrollY); } @@ -141,8 +141,8 @@ void FltkViewport::vscrollbarChanged () { int oldScrollY = scrollY; scrollY = vscrollbar->value (); - /** \bug Inefficient */ - redraw (DAMAGE_EXPOSE); + scrollDY = scrollY - oldScrollY; + redraw (DAMAGE_SCROLL); updateCanvasWidgets (scrollX, oldScrollY); theLayout->scrollPosChanged (this, scrollX, scrollY); } @@ -163,6 +163,25 @@ void FltkViewport::layout () { theLayout->viewportSizeChanged (this, w(), h()); adjustScrollbarsAndGadgetsAllocation (); +} + +void FltkViewport::draw_area (void *data, const Rectangle& cr ) +{ + FltkViewport *vp = (FltkViewport*) data; + push_clip(cr); + + vp->FltkWidgetView::draw (); + + //draw_child (*hscrollbar); + //draw_child (*vscrollbar); + + for(Iterator <TypedPointer < ::fltk::Widget> > it = vp->gadgets->iterator (); + it.hasNext (); ) { + ::fltk::Widget *widget = it.getNext()->getTypedValue (); + vp->draw_child (*widget); + } + + pop_clip(); } void FltkViewport::draw () @@ -170,20 +189,16 @@ void FltkViewport::draw () int hdiff = vscrollbar->visible () ? SCROLLBAR_THICKNESS : 0; int vdiff = hscrollbar->visible () ? SCROLLBAR_THICKNESS : 0; Rectangle cr (0, 0, w () - hdiff, h () - vdiff); - push_clip(cr); - - FltkWidgetView::draw (); - - //draw_child (*hscrollbar); - //draw_child (*vscrollbar); - - for(Iterator <TypedPointer < ::fltk::Widget> > it = gadgets->iterator (); - it.hasNext (); ) { - ::fltk::Widget *widget = it.getNext()->getTypedValue (); - draw_child (*widget); - } - - pop_clip(); + int d = damage(); + + if (d == DAMAGE_SCROLL) { + scrollrect(cr, -scrollDX, -scrollDY, draw_area, this); + } else { + draw_area(this, cr); + } + + scrollDX = 0; + scrollDY = 0; } int FltkViewport::handle (int event) @@ -205,8 +220,9 @@ int FltkViewport::handle (int event) case PageUpKey: oldScrollY = scrollY; scrollY -= vscrollbar->pagesize (); + scrollDY = scrollY - oldScrollY; adjustScrollbarValues (); - redraw (DAMAGE_EXPOSE); + redraw (DAMAGE_SCROLL); updateCanvasWidgets (scrollX, oldScrollY); theLayout->scrollPosChanged (this, scrollX, scrollY); return 1; @@ -214,8 +230,9 @@ int FltkViewport::handle (int event) case PageDownKey: oldScrollY = scrollY; scrollY += vscrollbar->pagesize (); + scrollDY = scrollY - oldScrollY; adjustScrollbarValues (); - redraw (DAMAGE_EXPOSE); + redraw (DAMAGE_SCROLL); updateCanvasWidgets (scrollX, oldScrollY); theLayout->scrollPosChanged (this, scrollX, scrollY); return 1; @@ -254,12 +271,13 @@ void FltkViewport::scrollTo (int x, int void FltkViewport::scrollTo (int x, int y) { int oldScrollX = scrollX; - //int oldScrollY = scrollY; + int oldScrollY = scrollY; scrollX = x; scrollY = y; + scrollDX = scrollX - oldScrollX; + scrollDY = scrollY - oldScrollY; adjustScrollbarValues (); - /** \bug Inefficient */ - redraw (DAMAGE_EXPOSE); + redraw (DAMAGE_SCROLL); updateCanvasWidgets (oldScrollX, scrollY); } diff --git a/dw-testbed-0.0.43j/dw/fltkviewport.hh b/dw-testbed-0.0.43j/dw/fltkviewport.hh --- a/dw-testbed-0.0.43j/dw/fltkviewport.hh +++ b/dw-testbed-0.0.43j/dw/fltkviewport.hh @@ -20,6 +20,7 @@ private: enum { SCROLLBAR_THICKNESS = 15 }; int scrollX, scrollY; + int scrollDX, scrollDY; ::fltk::Scrollbar *vscrollbar, *hscrollbar; @@ -35,6 +36,7 @@ private: static void vscrollbarCallback (Widget *vscrollbar, void *viewportPtr); void updateCanvasWidgets (int oldScrollX, int oldScrollY); + static void draw_area (void *data, const Rectangle& cr); protected: int translateViewXToCanvasX (int x);

Oct. 5, 2007

Re: [Dillo-dev] Dillo FLTK2 alpha release for developers

by Vincent Thomasset

Le Fri, 5 Oct 2007 04:58:33 +0200, Vincent Thomasset <vincent.thomasset(a)skynet.be> a écrit : > Le Tue, 2 Oct 2007 22:23:19 +0000, > higuita <higuita7(a)yahoo.co.uk> a écrit : > > > On Tue, 2 Oct 2007 16:42:16 -0400, wrote: > > > > Now it starts, but when i try to load a page it crashes: > > I get the same backtrace here on x86_64 too. > > I think this link may have some clue as to why this occurs: > http://sourceware.org/ml/glibc-bugs/2007-08/msg00148.html Confirmed, copying the va_list in dStr_vsprintfa (dlib.c) fixes the crash for me and i'm now able to display pages. Cheers, Vincent

Oct. 5, 2007

Re: [Dillo-dev] Dillo FLTK2 alpha release for developers

by Vincent Thomasset

Le Tue, 2 Oct 2007 22:23:19 +0000, higuita <higuita7(a)yahoo.co.uk> a écrit : > On Tue, 2 Oct 2007 16:42:16 -0400, wrote: > > Now it starts, but when i try to load a page it crashes: I get the same backtrace here on x86_64 too. I think this link may have some clue as to why this occurs: http://sourceware.org/ml/glibc-bugs/2007-08/msg00148.html Cheers, Vincent

Oct. 5, 2007

Re: [Dillo-dev] Dillo FLTK2 alpha release for developers

by higuita

Hi again On Tue, 2 Oct 2007 18:45:07 -0400, wrote: > Yes, please send your patch to check suspicious parts. in attach are the 2 patchs, for dw-testbed and dillo thanks for the help 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

Oct. 3, 2007

Re: [Dillo-dev] Dillo FLTK2 alpha release for developers

by Andreas Kemnade

Hi Jorge, That are really great news. I had some compiling problems. in dillo source code src/IO/Makefile.am and dpi/Makefile.am needs a AM_CXXFLAGS = @LIBFLTK_CXXFLAGS@ Same for dw-testbed/test/Makefile.am The other problem is that I need to comment out the tablet support in fltk due to missing libXi. Ok, then I got it to compile finally for my ipaq with familar 0.8.4 on it. I runs with X-forwarding so that I get the window on my notebook display. But it segfaults without x forwarding: dillo_dns_init: Here we go! (threaded) Disabling cookies. bad font: variable Segmentation fault I think I have to check my font setup, Bitstream Vera seems to be available... Greetings Andreas Kemnade

Oct. 3, 2007

Re: [Dillo-dev] Re: Dillo FLTK2 alpha release for developers

by Alexander Becher

* Johannes Hofmann: >On Wed, Oct 03, 2007 at 02:11:56PM +0200, Alexander Becher wrote: >> I compiled dillo-fltk2 on NetBSD-3.1, implementing strndup was the only >> change needed. However, strndup needs to null-terminate its return >> value, and strncpy does not do this if the source string is longer than >> the destination, so: > >As calloc() initializes the allocated buffer with 0, this is not >needed, I think. Hm, right. I had used malloc() in my replacement function, but with calloc() it is indeed unnecessary. I have wrapped this in autoconf, see attached patch. I also made autoconf in dillo and dw-testbed check for the path to the perl binary and substitute it in dpidc and Doxyfile, respectively, see other patch. Actually, these patches can't simply be applied: first, dillo-f15/dpid/dpidc and dw-testbed-0.0.43j/Doxyfile have to be moved to *.in. Regards, Alexander -- PGP key available citator(a)jabber.ccc.de

Oct. 3, 2007

Re: [Dillo-dev] Re: Dillo FLTK2 alpha release for developers

by Johannes Hofmann

Hi Alexander, On Wed, Oct 03, 2007 at 02:11:56PM +0200, Alexander Becher wrote: > Hi, > > I compiled dillo-fltk2 on NetBSD-3.1, implementing strndup was the only > change needed. However, strndup needs to null-terminate its return > value, and strncpy does not do this if the source string is longer than > the destination, so: As calloc() initializes the allocated buffer with 0, this is not needed, I think. Johannes > > * Johannes Hofmann: > > > >* I added a own version of strndup() as it does not exist for > > DragonFly: > > > >char* strndup(const char *s, size_t size) { > > char *r = (char*) calloc(size + 1, 1); > > > > if (r) { > > strncpy(r, s, size); > r[size] = '\0'; /* null-terminate return value */ > > } > > > > return r; > >} > > Also, strndup is found in <string.h> only if _GNU_SOURCE was #define'd. > This should probably be done in configure, with something like > HAVE_STRNDUP, but I have no experience with autoconf. > > Regards, > Alexander > -- > PGP key available > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev

Oct. 3, 2007

Re: Dillo FLTK2 alpha release for developers

by Alexander Becher

Hi, I compiled dillo-fltk2 on NetBSD-3.1, implementing strndup was the only change needed. However, strndup needs to null-terminate its return value, and strncpy does not do this if the source string is longer than the destination, so: * Johannes Hofmann: > >* I added a own version of strndup() as it does not exist for > DragonFly: > >char* strndup(const char *s, size_t size) { > char *r = (char*) calloc(size + 1, 1); > > if (r) { > strncpy(r, s, size); r[size] = '\0'; /* null-terminate return value */ > } > > return r; >} Also, strndup is found in <string.h> only if _GNU_SOURCE was #define'd. This should probably be done in configure, with something like HAVE_STRNDUP, but I have no experience with autoconf. Regards, Alexander -- PGP key available

Oct. 3, 2007

Re: [Dillo-dev] Dillo FLTK2 alpha release for developers

by None

On Tue, Oct 02, 2007 at 10:23:19PM +0000, higuita wrote: > On Tue, 2 Oct 2007 16:42:16 -0400, wrote: > > -Wno-unused-parameter -MT ui.o -MD -MP -MF .deps/ui.Tpo -c -o ui.o ui.cc > > > ui.cc: In function 'void b1_cb(fltk::Widget*, void*)': > > > ui.cc:235: error: cast from 'void*' to 'int' loses precision > > > make[3]: *** [ui.o] Error 1 > > > > Try: > > - int bn = (int)cb_data; > > + int bn = (long)cb_data; > > > > If this works OK, the same may be used for C++ in Dw (i.e. default to > > long). > > Thanks, it works!! it allowed the build to continue > it gave several errors like this and i fix then the same way. > > I can extract a patch and send it if you want. Yes, please send your patch to check suspicious parts. -- Cheers Jorge.-

Oct. 2, 2007

https and OpenBSD

by None

Hi, > Dear Jorge & dillo fans, > > I can confirm this will run and build on OpenBSD-4.1 with minor > modifications: > > * remove the GL & glut targets from the fltk Makefile if you don't > need it Did you just "./configure --disable-gl"? Or: - DIRS = src $(LOCALIMAGES) images OpenGL fluid glut test + DIRS = src $(LOCALIMAGES) images fluid test else? > * implement a strndup() function in dw/selection.cc in the testbed > as OpenBSD doesn't have that in string.h Yes. > > I still have one question: > > I wanted to try out https (yes I know the README says it doesn't > work). And of course it did not work: It works bery basically. If you can see "https://www.rapidssl.com/test/rapidssl.htm", that's it. > > prefs: Using internal defaults. > dillo_dns_init: Here we go! (threaded) > Enabling cookies as from cookiesrc... > Nav_open_url: Url=>https://www.ccc.de< > [dpid]: dpi.c:70: a_Dpi_rd_dpi_socket_dir: fopen > Dpi_blocking_start_dpid: try 1 > [dpid]: No such file or directory > [dpid]: - /home/ckeen/.dillo/dpi_socket_dir > [dpid]: init_sockdir: The dpi_socket_dir file (null) does not exist > dpid started > a_Dpiapi_dialog: > dpip_tag: <cmd='dialog' msg='The remote certificate cannot be > verified (code 20)' alt1='Continue' alt2='Cancel' '> > mouse button 1 was pressed > a_UIcmd_stop() > > > Is the backward channel form dpis supposed to work? Yes. > If yes I will > look into it. If there is too much missing atm, I would be gladful > for a hint on where to start. The point here is that https is a "filter" dpi (i.e. one instance per request is spawned). The solution is to implement it as a "server" (e.g. like the file server). That way, when a https request has many embedded resources (i.e. many https requests to the same site), the server can make only one query and not flood the backward channel for dpis. With regard to the actual certificate-validating code, AFAIR much of it is already there, it needs some testing and enabling. It would be great if you can work on it. > Thank you very _very_ much for this nice programme and for bearing > with us! Thank you for offering your help. -- Cheers Jorge.-

Oct. 2, 2007

Re: [Dillo-dev] Dillo FLTK2 alpha release for developers

by higuita

On Tue, 2 Oct 2007 16:42:16 -0400, wrote: > -Wno-unused-parameter -MT ui.o -MD -MP -MF .deps/ui.Tpo -c -o ui.o ui.cc > > ui.cc: In function 'void b1_cb(fltk::Widget*, void*)': > > ui.cc:235: error: cast from 'void*' to 'int' loses precision > > make[3]: *** [ui.o] Error 1 > > Try: > - int bn = (int)cb_data; > + int bn = (long)cb_data; > > If this works OK, the same may be used for C++ in Dw (i.e. default to > long). Thanks, it works!! it allowed the build to continue it gave several errors like this and i fix then the same way. I can extract a patch and send it if you want. Now it starts, but when i try to load a page it crashes: (gdb) run Starting program: /usr/local/bin/dillo-fltk [Thread debugging using libthread_db enabled] [New Thread 47988767561568 (LWP 17385)] dillo_dns_init: Here we go! (threaded) Disabling cookies. Nav_open_url: Url=>http://localhost< [New Thread 1082132800 (LWP 17390)] Dns_server [0]: localhost is 0x77aef0 [Thread 1082132800 (LWP 17390) exited] Connecting to 127.0.0.1 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 47988767561568 (LWP 17385)] 0x00002ba54013bba0 in strlen () from /lib64/libc.so.6 (gdb) bt full #0 0x00002ba54013bba0 in strlen () from /lib64/libc.so.6 No symbol table info available. #1 0x00002ba54010bb9b in vfprintf () from /lib64/libc.so.6 No symbol table info available. #2 0x00002ba54012cd7a in vsnprintf () from /lib64/libc.so.6 No symbol table info available. #3 0x0000000000423b9a in dStr_vsprintfa (ds=0x77bf40, format=0x4a1798 "GET %s HTTP/1.0\r\n%sAccept-Charset: utf-8, iso-8859-1\r\nHost: %s%s\r\n%sUser-Agent: Dillo/%s\r\nCookie2: $Version=\"1\"\r\n%s\r\n", argp=0x7fff6c9976e0) at dlib.c:349 n = <value optimized out> n_sz = <value optimized out> #4 0x0000000000423c56 in dStr_sprintfa (ds=0x10, format=0x4a179c "%s HTTP/1.0\r\n%sAccept-Charset: utf-8, iso-8859-1\r\nHost: %s%s\r\n%sUser-Agent: Dillo/%s\r\nCookie2: $Version=\"1\"\r\n%s\r\n") at dlib.c:397 argp = {{gp_offset = 48, fp_offset = 48, overflow_arg_area = 0x7fff6c9977e0, reg_save_area = 0x7fff6c997700}} #5 0x0000000000424f43 in a_Http_make_query_str (url=0x77afe0, use_proxy=<value optimized out>) at http.c:205 str = <value optimized out> cookies = 0x77f940 "" s_port = (Dstr *) 0x77bf20 query = (Dstr *) 0x77bf40 full_path = (Dstr *) 0x77bf80 proxy_auth = (Dstr *) 0x77f900 #6 0x000000000042511d in a_Http_dns_cb (Status=<value optimized out>, addr_list=<value optimized out>, data=<value optimized out>) at http.c:244 status = <value optimized out> name = {sin_family = 2, sin_port = 20480, sin_addr = {s_addr = 16777343}, sin_zero = "\000\000\000\000\000\000\000"} dh = <value optimized out> socket_len = 1097963232 SKey = 1 #7 0x0000000000420482 in Dns_timeout_client (data=<value optimized out>) at dns.c:457 channel = 0 srv = (DnsServer *) 0x6db680 #8 0x000000000047349d in fltk::wait () No symbol table info available. #9 0x00000000004735e3 in fltk::run () No symbol table info available. #10 0x00002ba5400e38c4 in __libc_start_main () from /lib64/libc.so.6 No symbol table info available. #11 0x0000000000408c99 in _start () No symbol table info available. it crashes with any page -- 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

Oct. 2, 2007