March 2006 - Dillo-dev - lists.mailman3.com

Re: [Dillo-dev] dillo-0.8.6-rc2

by Jorge Arellano Cid

Hi Thomas-Martin, On Tue, Mar 28, 2006 at 08:34:30PM +0200, Thomas-Martin Seck wrote: > > > 2) wget is a bit too chatty - when I download a large file (e.g. > > > <http://www.kleptones.com/music/Detroit/detroit_burn.zip> (83 MB), > > > the log shown when hovering over the file name field is filled with > > > wget's process entries (10000 k ....\n10050 k .... and so on). > > > > This is supposed to be trimmed out of the log. Please send me a > > small verbatim sample of wget's output in your system to fix it. > > OK, this is with wget 1.10.2 (installed from FreeBSD ports) from a > resumed download via my local proxy: > > --20:31:18-- http://www.kleptones.com/music/Detroit/detroit_burn.zip > => `detroit_burn.zip' > Resolving proxy.tmseck.homedns.org... 192.168.1.1 > Connecting to proxy.tmseck.homedns.org|192.168.1.1|:3128... connected. > Proxy request sent, awaiting response... 206 Partial Content > Length: 86,987,351 (83M), 60,961,559 (58M) remaining [application/zip] > > [ skipping 25400K ] > 25400K ,,,,,,,,,, ,,,,,..... .......... .......... .......... 29% 40,12 KB/s > 25450K .......... .......... .......... .......... .......... 30% 119,85 KB/s > 25500K .......... .......... .......... .......... .......... 30% 422,65 KB/s > 25550K .......... .......... .......... .......... .......... 30% 240,61 KB/s > 25600K .......... .......... .......... .......... .......... 30% 273,91 KB/s > 25650K .......... .......... .......... .......... .......... 30% 238,91 KB/s > 25700K .......... .......... .......... .......... .......... 30% 313,50 KB/s OK, here's a patch for this type of log. Please test it and tell me how it works. I'm considering other minor patches before uploading rc3, so your testing feedback is welcomed in the meanwhile. -- Cheers Jorge.-

March 29, 2006

Re: [Dillo-dev] dillo-0.8.6-rc2: bug in Html_parse_entity

by Matthias Franz

Hi Jorge, I have found the following small problem in html.c: the comparison of HTML versions in Html_parse_entity does not work, apparently because of floating point roundoff errors: On my machine (i386, Debian Sarge, libc6), the comparison (lines 1016ff) if ((html->DocType == DT_HTML && html->DocTypeVersion == 4.01) || html->DocType == DT_XHTML) MSG_HTML("undefined character entity '%s'\n", tok); is never triggered for HTML 4.01. In fact, html->DocTypeVersion - 4.01 has the value 2.288818e-07. Currently this is the only place where such a comparison is used, but I guess this might change in future. Al the best, -- Matthias Franz

March 28, 2006

Re: [Dillo-dev] dillo-0.8.6-rc2

by Thomas-Martin Seck

* Jorge Arellano Cid (jcid(a)dillo.org) > Good! > > I'm glad fltk2 is working without hassled on the FreeBSDs. Hey, BSD is not that exotic! In fact I have been tracking fltk2 snapshots locally on a monthly basis and they all worked (well, they compiled) with the notable exception of the latest one - which does not compile :/ I hope this will sort itself out, though. > > The fltk2 port for FreeBSD is upcoming; I am applying some final touches > > and will submit a "new port request" within the next days. > > Do you mean to have the new fltk2 port "in place" before > dillo-0.8.6? This depends on how fast you are with releasing dillo-0.8.6 :) I hope to get the port out this week but it takes a "ports committer" to actually get it into the tree so I cannot say when exactly fltk2 will be available via FreeBSD ports. The dillo 0.8.6 update will not ship with dlgui enabled by default so there is no hard dependency on fltk2 that could stop the dillo port from being updated. I will, however, disable threaded DNS on FreeBSD 4.x since some resolver functions are explicitly described as not thread-safe there. On 5.x and up, thread support is no longer an issue to worry about.

March 28, 2006

Re: [Dillo-dev] dillo-0.8.6-rc2

by Thomas-Martin Seck

* Jorge Arellano Cid (jcid(a)dillo.org) > On Sun, Mar 26, 2006 at 08:17:04PM +0200, Thomas-Martin Seck wrote: > > > > Two minor nits with the download gui: > > > > 1) The "Rename" button shown in the dialogue that appears when one tries > > to overwrite an existing file is to small for the text "Rename" and > > the "this is the default button hook" symbol - the "R" of "Rename" is > > painted on the left border of said button. This may be a local font > > size issue or an FLTK problem, though. > > FLTK problem. > > The message dialog used there is an fltk2-internal function. > > Maybe I could let them know... Only if you or someone else can easily reproduce this. > > 2) wget is a bit too chatty - when I download a large file (e.g. > > <http://www.kleptones.com/music/Detroit/detroit_burn.zip> (83 MB), > > the log shown when hovering over the file name field is filled with > > wget's process entries (10000 k ....\n10050 k .... and so on). > > This is supposed to be trimmed out of the log. Please send me a > small verbatim sample of wget's output in your system to fix it. OK, this is with wget 1.10.2 (installed from FreeBSD ports) from a resumed download via my local proxy: --20:31:18-- http://www.kleptones.com/music/Detroit/detroit_burn.zip => `detroit_burn.zip' Resolving proxy.tmseck.homedns.org... 192.168.1.1 Connecting to proxy.tmseck.homedns.org|192.168.1.1|:3128... connected. Proxy request sent, awaiting response... 206 Partial Content Length: 86,987,351 (83M), 60,961,559 (58M) remaining [application/zip] [ skipping 25400K ] 25400K ,,,,,,,,,, ,,,,,..... .......... .......... .......... 29% 40,12 KB/s 25450K .......... .......... .......... .......... .......... 30% 119,85 KB/s 25500K .......... .......... .......... .......... .......... 30% 422,65 KB/s 25550K .......... .......... .......... .......... .......... 30% 240,61 KB/s 25600K .......... .......... .......... .......... .......... 30% 273,91 KB/s 25650K .......... .......... .......... .......... .......... 30% 238,91 KB/s 25700K .......... .......... .......... .......... .......... 30% 313,50 KB/s Smaller downloads look like this: --20:32:31-- http://www.kleptones.com/music/Detroit/The%20Kleptones%20-%20From%20Detroit… => `The Kleptones - From Detroit to JA - 01 - Fox Intro.mp3' Resolving proxy.tmseck.homedns.org... 192.168.1.1 Connecting to proxy.tmseck.homedns.org|192.168.1.1|:3128... connected. Proxy request sent, awaiting response... 200 OK Length: 3,066,271 (2,9M) [audio/mpeg] 0K .......... .......... .......... .......... .......... 1% 48,30 KB/s 50K .......... .......... .......... .......... .......... 3% 207,92 KB/s 100K .......... .......... .......... .......... .......... 5% 257,80 KB/s 150K .......... .......... .......... .......... .......... 6% 249,50 KB/s 200K .......... .......... .......... .......... .......... 8% 270,76 KB/s 250K .......... .......... .......... .......... .......... 10% 246,22 KB/s 300K .......... .......... .......... .......... .......... 11% 237,05 KB/s 350K .......... .......... .......... .......... .......... 13% 407,15 KB/s

March 28, 2006

Re: [Dillo-dev] Re: rc2 compile errors

by Thomas-Martin Seck

* Jorge Arellano Cid (jcid(a)dillo.org) > On Tue, Mar 28, 2006 at 10:15:05AM +0200, pete(a)teamlupus.hu wrote: > > hi, > > > > i tried and it won't compile unless fltk download gui is not disabled > > From make output I assume you mean "until fltk download gui > _is_ disabled". > > > (after that it compiles and haven't crashed in a few minutes ) > > > > Dillo is cool. > > :-) > > As Thomas-Martin wrote: > > > Note to everyone who wants to use the fltk2 port on FreeBSD 4: fltk2 > > needs gcc 3.x, so that port will include a build dependency on gcc 3.4. > > You're using gcc version 4.0.2. This may be the cause. Maybe it is; maybe it's just a CPPFLAGS issue i.e. the compiler misses some includes (since the OP seems to run linux in Hungarian locale I cannot comment on this one since I do not understand the error messages :)). I can confirm that dillo+fltk2 compiles with g++ 3.4.4 and g++ from a gcc 3.4.6 svn snapshot on FreeBSD 4, 5 and 6. I did not test gcc 4.x, since FreeBSD 5 and up still use gcc 3.4 as the system compiler. The issue I was adressing with my post is that you need to install gcc 3.4 before in order to build fltk2 and dillo+dlgui. Since bootstrapping gcc takes quite some time, this may be a problem for those who are building dillo on slower machines. So I thought I'd give a word of warning in advance.

March 28, 2006

Re: rc2 compile errors

by Jorge Arellano Cid

Hi, On Tue, Mar 28, 2006 at 10:15:05AM +0200, pete(a)teamlupus.hu wrote: > hi, > > i tried and it won't compile unless fltk download gui is not disabled From make output I assume you mean "until fltk download gui _is_ disabled". > (after that it compiles and haven't crashed in a few minutes ) > > Dillo is cool. :-) As Thomas-Martin wrote: > Note to everyone who wants to use the fltk2 port on FreeBSD 4: fltk2 > needs gcc 3.x, so that port will include a build dependency on gcc 3.4. You're using gcc version 4.0.2. This may be the cause. BTW: are you subscribed to dillo-dev? I'm answering to dillo-dev and to you because you wrote me directly. > > ===================== > > Linux frugalwork 2.6.15-fw2 #1 SMP PREEMPT Fri Feb 10 21:07:57 CET 2006 i686 > athlon-4 i386 GNU/Linux > > ===================== > > pete@frugalwork:~/Desktop/dev/dillo-0.8.6-rc2$ gcc -v > Using built-in specs. > Target: i686-pc-linux-gnu > Configured with: ../gcc-4.0.2/configure --prefix=/usr --enable-shared > --enable-languages=c,c++,objc --enable-threads=posix --enable-__cxa_atexit > Thread model: posix > gcc version 4.0.2 > > ===================== > > Making all in dpi > make[2]: Entering directory > `/home/pete-frugalwork/Desktop/dev/dillo-0.8.6-rc2/dpi' > if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include > -I/usr/include/glib-1.2 -I/usr/lib/glib/include -g -O2 -MT downloads.o -MD > -MP -MF ".deps/dow > nloads.Tpo" -c -o downloads.o downloads.cc; \ > then mv -f ".deps/downloads.Tpo" ".deps/downloads.Po"; else rm -f > ".deps/downloads.Tpo"; exit 1; fi > downloads.cc:34:22: error: fltk/run.h: Nincs ilyen fájl vagy könyvtár > downloads.cc:35:25: error: fltk/Window.h: Nincs ilyen fájl vagy könyvtár > downloads.cc:36:25: error: fltk/Widget.h: Nincs ilyen fájl vagy könyvtár > downloads.cc:37:25: error: fltk/damage.h: Nincs ilyen fájl vagy könyvtár > downloads.cc:38:22: error: fltk/Box.h: Nincs ilyen fájl vagy könyvtár > downloads.cc:39:23: error: fltk/draw.h: Nincs ilyen fájl vagy könyvtár > downloads.cc:40:34: error: fltk/HighlightButton.h: Nincs ilyen fájl vagy > könyvtár > downloads.cc:41:30: error: fltk/PackedGroup.h: Nincs ilyen fájl vagy > könyvtár > downloads.cc:42:30: error: fltk/ScrollGroup.h: Nincs ilyen fájl vagy > könyvtár > downloads.cc:43:22: error: fltk/ask.h: Nincs ilyen fájl vagy könyvtár > downloads.cc:44:31: error: fltk/file_chooser.h: Nincs ilyen fájl vagy > könyvtár > downloads.cc:49: error: 'fltk' is not a namespace-name > downloads.cc:49: error: expected namespace-name before ';' token > downloads.cc:75: error: expected class-name before '{' token > downloads.cc:83: error: 'Color' does not name a type > downloads.cc:102: error: 'Color' has not been declared > downloads.cc:103: error: 'Color' does not name a type > downloads.cc: In member function 'void ProgressBar::step(double)': > downloads.cc:90: error: 'redraw' was not declared in this scope > downloads.cc: In member function 'void ProgressBar::position(double)': > downloads.cc:98: error: 'redraw' was not declared in this scope > downloads.cc: In member function 'void ProgressBar::message(char*)': > downloads.cc:100: error: 'redraw' was not declared in this scope > downloads.cc: In member function 'void ProgressBar::text_color(int)': > downloads.cc:102: error: 'mTextColor' was not declared in this scope > downloads.cc: At global scope: > downloads.cc:128: error: ISO C++ forbids declaration of 'Group' with no type > downloads.cc:128: error: expected ';' before '*' token > downloads.cc:130: error: ISO C++ forbids declaration of 'HighlightButton' > with no type > downloads.cc:130: error: expected ';' before '*' token > downloads.cc:131: error: ISO C++ forbids declaration of 'Widget' with no > type > downloads.cc:131: error: expected ';' before '*' token > downloads.cc:147: error: ISO C++ forbids declaration of 'Widget' with no > type > downloads.cc:147: error: expected ';' before '*' token > downloads.cc:148: error: expected `;' before 'int' > ===================== > > ---- > Péter > -- Cheers Jorge.-

March 28, 2006

Re: [Dillo-dev] dillo-0.8.6-rc2

by Jorge Arellano Cid

On Sun, Mar 26, 2006 at 08:17:04PM +0200, Thomas-Martin Seck wrote: > > Two minor nits with the download gui: > > 1) The "Rename" button shown in the dialogue that appears when one tries > to overwrite an existing file is to small for the text "Rename" and > the "this is the default button hook" symbol - the "R" of "Rename" is > painted on the left border of said button. This may be a local font > size issue or an FLTK problem, though. FLTK problem. The message dialog used there is an fltk2-internal function. Maybe I could let them know... > 2) wget is a bit too chatty - when I download a large file (e.g. > <http://www.kleptones.com/music/Detroit/detroit_burn.zip> (83 MB), > the log shown when hovering over the file name field is filled with > wget's process entries (10000 k ....\n10050 k .... and so on). This is supposed to be trimmed out of the log. Please send me a small verbatim sample of wget's output in your system to fix it. -- Cheers Jorge.-

March 27, 2006

Re: [Dillo-dev] dillo-0.8.6-rc2

by Jorge Arellano Cid

Hi, On Sun, Mar 26, 2006 at 05:30:49PM +0200, Thomas-Martin Seck wrote: > * Jorge Arellano Cid (jcid(a)dillo.org) > > > The new dillo-0.8.6-rc2 is ready for download. > [snip] > > > > Please remember to send feedback! > > There you are: > > compiles on FreeBSD 4.11, 5.4 and 6.1-Prerelease (FreeBSD-CURRENT not > tested due to lack of resources, but should work, too) with > fltk-2.0.r4825. Dillo and dlgui confirmed to work on FreeBSD 4.11 and > 6.1-Prerelease. 5.x and -CURRENT should work, too. Good! I'm glad fltk2 is working without hassled on the FreeBSDs. > > The fltk2 port for FreeBSD is upcoming; I am applying some final touches > and will submit a "new port request" within the next days. Do you mean to have the new fltk2 port "in place" before dillo-0.8.6? -- Cheers Jorge.-

March 27, 2006

Re: [Dillo-dev] dillo-0.8.6-rc2

by Frank McCormick

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun, 26 Mar 2006 20:17:04 +0200 Thomas-Martin Seck <tmseck-lists(a)netcologne.de> wrote: > * Thomas-Martin Seck (tmseck-lists(a)netcologne.de) > > > Two minor nits with the download gui: > > 1) The "Rename" button shown in the dialogue that appears when one tries > to overwrite an existing file is to small for the text "Rename" and > the "this is the default button hook" symbol - the "R" of "Rename" is > painted on the left border of said button. This may be a local font > size issue or an FLTK problem, though. > > 2) wget is a bit too chatty - when I download a large file (e.g. > <http://www.kleptones.com/music/Detroit/detroit_burn.zip> (83 MB), > the log shown when hovering over the file name field is filled with > wget's process entries (10000 k ....\n10050 k .... and so on). x wget's default logging is verbose (-v) what it needs is quiet (-q) or non-verbose -nv. - -- Cheers Frank -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQFEJt7i8Rvr3Tn207ARAmuLAJ4ugmZTxsomVsXBOeprEYPLwc6B4gCaA1LD oJL3yLQD5+E7sm1xQaHimNs= =Owx8 -----END PGP SIGNATURE-----

March 26, 2006

Re: [Dillo-dev] dillo-0.8.6-rc2

by Thomas-Martin Seck

* Thomas-Martin Seck (tmseck-lists(a)netcologne.de) > * Jorge Arellano Cid (jcid(a)dillo.org) > > > The new dillo-0.8.6-rc2 is ready for download. > [snip] > > > > Please remember to send feedback! > > There you are: > > compiles on FreeBSD 4.11, 5.4 and 6.1-Prerelease (FreeBSD-CURRENT not > tested due to lack of resources, but should work, too) with > fltk-2.0.r4825. Dillo and dlgui confirmed to work on FreeBSD 4.11 and > 6.1-Prerelease. 5.x and -CURRENT should work, too. Two minor nits with the download gui: 1) The "Rename" button shown in the dialogue that appears when one tries to overwrite an existing file is to small for the text "Rename" and the "this is the default button hook" symbol - the "R" of "Rename" is painted on the left border of said button. This may be a local font size issue or an FLTK problem, though. 2) wget is a bit too chatty - when I download a large file (e.g. <http://www.kleptones.com/music/Detroit/detroit_burn.zip> (83 MB), the log shown when hovering over the file name field is filled with wget's process entries (10000 k ....\n10050 k .... and so on).

March 26, 2006