July 2003 - Dillo-dev - lists.mailman3.com

[PATCH] new version of Dillo tab patch, please test...
by Frank de Lange July 23, 2003

July 23, 2003

Hi'all! I have released a new version of my tabs patch for Dillo. Head for the patch website (geocities... start your junkbusters and privoxies...) and grab it while it is fresh (see below for download location). The patch was made against 20030723 CVS. Notable improvements include: - focus is on docwin on tab switch, so keyboard navigation works - focus is on location bar on empty new tab/new window - Control-click on link opens new tab, shift-click opens new window - new pref: tab_on_middle_click (default:NO), open a tab (instead of a new window) on link_middle_click - left-to-right tab deletion order (should this be a pref?) known issues: - in fullscreen mode, the 'show controls' button (in the lower right corner of the screen) disappears when switching tabs. Double-click in the window will restore the controls. The button IS reparented, it is just not shown. The widget does not seem to raise it when needed. - when loading a tab in the background, dillo sometimes (quite often actually) gives a Gdk-CRITICAL warning: Gdk-CRITICAL **: file gdkwindow.c: line 1274 (gdk_window_set_cursor): assertion `window != NULL' failed. This seems to be a widget issue (the widget tries to set a cursor on a non-existing window, see earlier messages for more explanation). (Sebastian, have you looked into this yet?) Please... test this patch, and tell me what works/what does not/what you want to see changed... The patch does not just give Dillo tab functionality, it also provides a framework for implementing frames (no pun intended) by separating 'document' from 'interface' code. So, the sooner it is in CVS, the better... As always, you can disable the tab functionality with --disable-tabs. You'll still gain the focus improvements and the shift-click functionality, as well as the document/interface separation. Download the patch here: http://www.geocities.com/ikbenfrank/dillo-20030723-tabs.patch.gz size: 41825 bytes (gzipped, as downloaded) 170684 bytes (uncompressed) md5sum: aa2cd8b800f323c348ff4a381b406bac (gzipped, as downloaded) 03f991b4c3c1cb79609c05879d998efd (uncompressed) As always, check the site for the most recent version: http://www.geocities.com/ikbenfrank Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ <Hacker for Hire> \ `---' \ +31-640037120 / \ frank(a)unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ]

1 0

[BUG] segfault on page-back after bookmark delete
by Frank de Lange July 23, 2003

July 23, 2003

While testing my tab-patch I happened upon a segfault in the current CVS version of Dillo. Do this: 1) go to the bookmarks page 2) select the [modify] link 3) select something to delete (can be the 'Unclassified' section in case you have no bookmarks defined) 4) select the delete operation in the drop-down list 5) press [submit] (the bookmark(s)/section(s) will be deleted) 6) click the back button Instead of going back in history, you'll get a page with TWO bookmark sections (a Bookmarks::modify page, followed by a normal Bookmarks:: page). If you press the 'forward' button at this stage, you'll get a page with THREE bookmarks sections. Press back again, and you'll have FOUR bookmarks sections. Et cetera... 5) press back again you should be looking at the 'about:splash' page now 6) to trigger the segfault, either... - press forward or - click any link on the page I submitted a bug for this (bugid = 481) with a short description (that 256 char limit is a bit... limiting...). As this is easy to try for yourself, I have not included trace info... Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ <Hacker for Hire> \ `---' \ +31-640037120 / \ frank(a)unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ]

1 0

Re: [Dillo-dev] Another delay for 0.7.3 :(
by Jorge Arellano Cid July 22, 2003

July 22, 2003

Hi, > On Thu, Jul 17, Jorge Arellano Cid wrote: > > I just came across this site: > > > > http://lpr.sourceforge.net/ > > > > It has some problems rendering the leftmost column. When > > downloaded at slow speeds it sometimes ends being too wide (twice > > as much as required, and sometimes less). > > I just committed a fix. Please test it, I'll also look at it again > tomorrow. > > Sebastian Today I was just preparing the details for uploading the tarball with a view to make the official announcement on Thursday (to allow for .rpm, .deb, etc be updated), when the following site showed the same bug: http://www.icewalkers.com/search.php With a dialup, it is easy to reproduce. Broadband will make it harder (you may try while downloading another file). Finally a: 'wget -kp ...' and viewing it from the local files (with the added delay of HD access also works sometimes). This adds another delay... :( The good news is that the 0.8.0-pre tarball is ready (I just finished a non-polished but functional ftp plugin, also added a hello.dpi example, and wrote a seven pages doc file Dpid.txt). As you know, I was wishing to make it available after 0.7.3, but most probably I'll have to upload this tarballs soon. Ah, with all this release overhead I haven't had the time for answering some interesting issues. I hope to have more time after the release: Johan H. : Yes, you convinced me! :), and I gave it some extra thought please be patient. I'll write back. Frank : A review of the tabs patch is still pending. Counting dillo users: I have an idea, stay tunned! "Nirvana" Focus: I have an answer from Owen Taylor. Interesting. User agent ID: I gave it a nother review (It had being brought by Damien a long time ago). As then, I digged the http specs and pondered the seccurity concerns and kept more inclined to not providing OS info. GTK+2 : It'd be very interesting to know how much overhead it adds: is it slower?, how much bigger? etc. Please note that one of the main causes for GTK+ being very slow, is GTK+ themes (but they can be avoided!). If someone has these answers, or pointer to docs. it'd be very interesting to follow the thread. Cheers Jorge.-

3 2

dpid
by Ferdi Franceschini July 21, 2003

July 21, 2003

A new version of the plugin manager for dillo (dpid5) is now available at http://www.geocities.com/ferdif2003/ * dpid now scans a dillo plugin directory structure for available plugins. * the main function has been refactored to make it easier to understand and easier to extend with new dpid commands. * the test suite has been restructured so that it is now easier to test inividual modules and functions in a test environment with dummy clients and servers. TODO There is still no code to integrate new plugins into dillo. You still have to kill and restart dpid when new plugins are added. Ferdi

1 0

Another delay for 0.7.3 :(
by Jorge Arellano Cid July 19, 2003

July 19, 2003

Hi there! On Wed, 9 Jul 2003, Sebastian Geerken wrote: > Hi Jorge, > > there is another bug, which should be fixed before, I'll forward you a > mail from Andreas. It can be reproduced quite well with the "slow" CGI > program I sent you some time ago, and another example is > <http://www.dillo.org/cvs.html>. More on this soon. > > Sebastian So the 0.7.3 release will be held until I have some news about this bug. How to reproduce: > [Andreas wrote:] > > Well, I found a recently introduced rendering problem : > For example > http://bbs.archlinux.org/viewtopic.php?t=771 > the 4th post has one line extending to the right, w/o a scroll > bar on the bottom. You need to resize the window to get > the page re-rendered. In the meanwhile, I'm working on a bare bones FTP example for dpi... Cheers Jorge.-

4 7

dillo-ssl with smoothwall?
by robert w hall July 19, 2003

July 19, 2003

I'm quite enjoying using dillo 0.7.2 with the 'interim https patch' in all sorts of fun ways (amazon,playstation2-linux...) Is there any 'easy' way to set up a 'password' facility, so I can use with Smoothwall? Bob -- robert w hall

2 2

Dillo 0.7.2 with IPv6 - cross-compiling for iPAQ H3970
by Ruth Vázquez Cerro July 18, 2003

July 18, 2003

Hello, I'd like to use dillo with IPv6 in my H3970 iPAQ. I have the cross-compiling environment but it lacks of some libs and header source files that make dillo impossible to ./configure and hence to compile. Can anyone tell me where do I get those librarys from? The lines that worry me are copied here. Below the output of configure is copied too. [...] checking zlib.h usability... no checking zlib.h presence... no checking for zlib.h... no configure: WARNING: *** No libz found. *** checking jpeglib.h usability... no checking jpeglib.h presence... no checking for jpeglib.h... no configure: WARNING: *** No libjpeg found. Disabling jpeg images.*** which: no libpng-config in (/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin:/home/prueba/bin:/usr/sbin/:/usr/local/arm/3.2.3/bin/) which: no libpng12-config in (/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin:/home/prueba/bin:/usr/sbin/:/usr/local/arm/3.2.3/bin/) checking png.h usability... no checking png.h presence... no checking for png.h... no checking libpng/png.h usability... no checking libpng/png.h presence... no checking for libpng/png.h... no configure: WARNING: *** No libpng found. Disabling png images.*** checking for pthread_create in -lpthread... no [...] checking for socket... no [...] ---------------------------------------------------- output of configure: $ ./configure -n --host=arm-linux configure: WARNING: If you wanted to set the --build type, don't use --host. If a cross compiler is detected then cross compile mode will be used. checking build system type... i686-pc-linux-gnu checking host system type... arm-unknown-linux-gnu checking target system type... arm-unknown-linux-gnu checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for arm-linux-strip... arm-linux-strip checking for arm-linux-gcc... arm-linux-gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... yes checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether arm-linux-gcc accepts -g... yes checking for arm-linux-gcc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of arm-linux-gcc... gcc3 checking for arm-linux-gcc option to accept ANSI C... none needed checking for arm-linux-ranlib... arm-linux-ranlib checking how to run the C preprocessor... arm-linux-gcc -E checking for gtk-config... /usr/bin/gtk-config checking for GTK - version >= 1.2.0... cross compiling; assumed OK... yes checking for egrep... 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 zlib.h usability... no checking zlib.h presence... no checking for zlib.h... no configure: WARNING: *** No libz found. *** checking jpeglib.h usability... no checking jpeglib.h presence... no checking for jpeglib.h... no configure: WARNING: *** No libjpeg found. Disabling jpeg images.*** which: no libpng-config in (/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin:/home/prueba/bin:/usr/sbin/:/usr/local/arm/3.2.3/bin/) which: no libpng12-config in (/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin:/home/prueba/bin:/usr/sbin/:/usr/local/arm/3.2.3/bin/) checking png.h usability... no checking png.h presence... no checking for png.h... no checking libpng/png.h usability... no checking libpng/png.h presence... no checking for libpng/png.h... no configure: WARNING: *** No libpng found. Disabling png images.*** checking for pthread_create in -lpthread... no checking for ANSI C header files... (cached) 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 checking for socket... no configure: creating ./config.status Thanks in advance for your help. Ruth. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Ruth Vázquez Cerro Telefónica Investigación y Desarrollo, S.A. Tecnologías de acceso a Redes IP C/ Emilio Vargas, nº6. - 28043 Madrid - Tlf: (+34) 913371119 e-mail: rvc(a)tid.es ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

1 0

Dillo 0.7.3 delayed...
by Jorge Arellano Cid July 17, 2003

July 17, 2003

Hi guys! Did you test 0.7.3 as I suggested? The good/bad news (depends on being optimistic/pesimistic!) is that yesterday I found a bug. The newest CVS has a g_print that makes it evident. Valgrind says: ==983== Invalid memory access of size 1 ==983== at 0x4014861B: strcmp (in /usr/local/lib/valgrind/valgrind.so) ==983== by 0x403CABAD: g_str_equal (in /usr/lib/libglib-1.2.so.0.0.10) ==983== by 0x403BDB38: g_hash_table_lookup_extended (in /usr/lib/libglib-1.2 ==983== by 0x805B912: p_Dw_gtk_viewport_put_anchor (dw_gtk_viewport.c:770) ==983== Address 0x41054960 is 0 bytes inside a block of size 12 free'd ==983== at 0x40148050: free (in /usr/local/lib/valgrind/valgrind.so) ==983== by 0x403C1FE8: g_free (in /usr/lib/libglib-1.2.so.0.0.10) ==983== by 0x805D646: Dw_page_destroy (dw_page.c:338) ==983== by 0x402EB876: gtk_marshal_NONE__NONE (in /usr/lib/libgtk-1.2.so.0.9 Note the p_Dw_gtk_viewport_put_anchor where the g_print is. This may come from somewhere else, so let's hunt. It should be solved before making the release. Cheers Jorge.-

2 3

Re: [Dillo-dev] dillo size is 1.2mb ?
by Jorge Arellano Cid July 17, 2003

July 17, 2003

Nagaraja, > Hi Jorge, > > Thank you very much for your reply. > Actually I thought of upgrading my gtk from 1.2.7 -to 1.2.10 that is > why i took some time get back to you. > Now i am using glib-1.2.10 and gtk-1.2.10. even now I am getting the > same sime i.e 2+mb before strip and 1+mb aafter strip. > > and here is the result of ldd dillo: > libjpeg.so.62 => /opt/toolchain/arm-linux/lib/libjpeg.so.62 (0x40020000) > libpng.so.2 => /opt/toolchain/arm-linux/lib/libpng.so.2 (0x40047000) > libpthread.so.0 => /lib/libpthread.so.0 (0x40069000) > libgdk-1.2.so.0 => /usr/lib/libgdk-1.2.so.0 (0x40086000) > libdl.so.2 => /lib/libdl.so.2 (0x400c7000) > libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x400d2000) > libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x400e6000) > libm.so.6 => /lib/libm.so.6 (0x40198000) > libc.so.6 => /lib/libc.so.6 (0x401c6000) > libz.so.1 => /usr/lib/libz.so.1 (0x402de000) > libgmodule-1.2.so.0 => /usr/lib/libgmodule-1.2.so.0 (0x402f6000) > libglib-1.2.so.0 => /usr/lib/libglib-1.2.so.0 (0x40301000) > /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) > > > so no where I can find gtk-1.2.so.0 and other libraries. That's a very interesting point. In my machine, I get: libpthread.so.0 => /lib/libpthread.so.0 (0x4001d000) libpng.so.3 => /usr/lib/libpng.so.3 (0x40070000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x4009a000) libz.so.1 => /usr/lib/libz.so.1 (0x400b7000) libgtk-1.2.so.0 => /usr/lib/libgtk-1.2.so.0 (0x400c4000) libgdk-1.2.so.0 => /usr/lib/libgdk-1.2.so.0 (0x401e2000) libgmodule-1.2.so.0 => /usr/lib/libgmodule-1.2.so.0 (0x40213000) libglib-1.2.so.0 => /usr/lib/libglib-1.2.so.0 (0x40217000) libdl.so.2 => /lib/libdl.so.2 (0x40238000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x4023b000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40249000) libm.so.6 => /lib/libm.so.6 (0x40310000) libc.so.6 => /lib/libc.so.6 (0x40333000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) gtk is in there! Make sure there's a libgtk-1.2.so.0, or similar, in your system (not just the static ".a"). > I am using armnative compiler which I built with binutils-2.13.2.1 > ,gcc-2.95.3 with idsn patch and glibc-2.2.2 > on our custom made board(strongarm-sa1110),and is working fine. OK. > I am using 32-bit machine here is the output of file: > dillo: ELF 32-bit LSB executable, Advanced RISC Machines ARM, version 1, > dynamically linked (uses shared libs), stripped > > Could you please mail me what is going wrong,is there any way by which I > can force dillo to compile every thing dynamically. Make sure there's the .so, and Try again. If it fails, try renaming the .a and see what the compiler (or linker) says. Continue from there. Ah!, and please write back to the mailing list. There're plenty of people with assorted knowledge there. Last hint: gtk should be shown from `ldconfig -p`. Cheers Jorge.- > Jorge Arellano Cid wrote: > > >Nagaraja wrote: > > > > > > > >>Hi All, > >> > >> > > > > Hi. > > > > > > > >>I got dillo compiled on arm with natively build toolchain, when I > >>check the size of dillo it is 1.2mb. > >> > >>my configure option is: > >> > >>./configure --with-gtk-prefix=/etc/gtk --x-includes=/usr/X11R6/include > >>--x-libraries=/opt/toolchain/arm-linux/lib/X11 > >>--with-jpeg-lib=/opt/toolchain/arm-linux/lib > >> > >>when I do file dillo ....... I am getting. > >>dillo: ELF 32-bit LSB executable, Advanced RISC Machines ARM, version 1, > >>dynamically linked (uses shared libs), stripped > >> > >>nothing seems satically linked. > >> > >> > > > > :( > > > > Well, please assert not a single library was linked in statically. > >Maybe `strings dillo` or better `nm dillo` could help. > > > > (IO/libDio.a is OK to be included statically! ;) > > > > > > > >>could any one please tell me what could be the cause..... > >> > >> > > > > A long time ago I was getting huge binaries for dillo with lcc, > >I don't know which compiler you're using, but it can be an issue. > >(On 64bit machines it also grows somehow). Please tell us what > >you find out. > > > > > > Cheers > > Jorge.- > > > > > >_______________________________________________ > >Dillo-dev mailing list > >Dillo-dev(a)lists.auriga.wearlab.de > >http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev > > > > > > > >

1 0

Re: [Dillo-dev] Dillo 0.7.3 delayed...
by Jorge Arellano Cid July 16, 2003

July 16, 2003

On Wed, 16 Jul 2003, Sebastian Geerken wrote: > > On Wed, 9 Jul 2003, Jorge Arellano Cid wrote: > > > > > [...] > > > The good/bad news (depends on being optimistic/pesimistic!) is > > > that yesterday I found a bug. The newest CVS has a g_print that > > > makes it evident. > > > > I digged in a bit more and found the bug! Just a missing > > "break;" inside a case. The patch is in CVS. > > > > In any case, I'll wait for Sebastian to confirm me that. At > > first I hesitated because 5 anchors in the splash page produced > > about 15 extra calls, but this seems OK because they need to > > update the offset as the text rewraps. > > This seems correct, but I haven't yet examine it in detail. Anyway, > current CVS has this g_print line commented. OK. > AFAIS, this would be the last issue delaying the release, what I see > else in the bug track: > > - 470: Is this the one which has been fixed? I just sent an email to fred for confirmation. > - 476: This is already older (tested with 0.7.1, which happened to > be available :-), so it is not something making dillo more > buggy than before. :) Ok guys, give our CVS code a hard test! If everything goes OK, that'd be 0.7.3. Cheers Jorge.-

1 0