- Dillo-dev - lists.mailman3.com

segmentation fault
by andi Feb. 26, 2003

Feb. 26, 2003

Hi, Thanks for this great project, i love dillo. There is just one problem with the 0.7 version. I get a segmentation fault every time i click on a link. I newly compiled dillo-0.7.0 without any errors and i starts perfectly, but if i move my mouse over a link the url in the status bar is follow by "?135070228,-1073744832" without the quotes and the numbers may vary. If i click on the link dillo exits permanently. If i type in any urls in the address field, there is no problem. Everything loads happily. --Output if i run it from the console: bash-2.05a$ ./dillo Setting locale to C... HTML warning: URL has 4 illegal characters (0x00-0x1F, 0x7F or space) HTML warning: hexadecimal color lacks leading '#' HTML warning: hexadecimal color is not in RRGGBB format. HTML warning: hexadecimal color lacks leading '#' HTML warning: hexadecimal color is not in RRGGBB format. dillorc:11: unexpected string constant "text-color", expected symbol dillorc:11: error: unexpected string constant "text-color", expected symbol dillo_dns_init: Here we go! The cookies file has a file lock: disabling cookies in this dillo! Nav_open_url: Url=>about:splash< IO_write: Changing io->Buf (4096) IO_write: EAGAIN IO_write: Changing io->Buf (4096) IO_write: EAGAIN Segmentation fault --My Versions: RedHat 7.3 GNU Make version 3.79.1 gcc version 2.96

1 0

Re: [Dillo-dev] present but cannot be compiled
by Akim Demaille Feb. 26, 2003

Feb. 26, 2003

| Hi, | there is probably something wrong with your mailer :-) | And there is no response, just the quotation ... | Jan Yes, I forgot the following piece of text, sorry: Please, report this to the package maintainers, as it's a configure.ac problem. The Autoconf 2.57 doc says: Previous versions of Autoconf merely checked whether the header was accepted by the preprocessor. This was changed because the old test was inappropriate for typical uses. Headers are typically used to compile, not merely to preprocess, and the old behavior sometimes accepted headers that clashed at compile-time. If you need to check whether a header is preprocessable, you can use `AC_PREPROC_IFELSE' (*note Running the Preprocessor::). This scheme, which improves the robustness of the test, also requires that you make sure that headers that must be included before the HEADER-FILE be part of the INCLUDES, (*note Default Includes::). If looking for `bar.h', which requires that `foo.h' be included before if it exists, we suggest the following scheme: AC_CHECK_HEADERS([foo.h]) AC_CHECK_HEADERS([bar.h], [], [], [#if HAVE_FOO_H # include <foo.h> # endif ]) Thanks! | On Feb 26 11:30:24, Akim Demaille wrote: : :| Hi, :| is is what I get with the current CVS (viz later). :| :| know that I don't have libpng, libjpeg etc installed :| y mistake, I was compiling on machine without them), :| t I mean the 'usability ... yes ; presence ... no' problem. :| this an autoconf bug, or is configure.in written badly ? :| :| e system is: :| :| Debian unstable :| kernel 2.4.19 (self compiled) :| autoconf 2.57 :| automake 1.6.3 :| gcc/cpp 3.2.2 :| :| :| e results follow. :| :| Jan :| :| :| s co dillo && cd dillo :| autogen.sh :| configure --prefix=$HOME :| ecking for a BSD-compatible install... /usr/bin/install -c :| ecking whether build environment is sane... yes :| ecking for gawk... gawk :| ecking whether make sets $(MAKE)... yes :| ecking for gcc... gcc :| ecking for C compiler default output... a.out :| ecking whether the C compiler works... yes :| ecking whether we are cross compiling... no :| ecking for suffix of executables... :| ecking for suffix of object files... o :| ecking whether we are using the GNU C compiler... yes :| ecking whether gcc accepts -g... yes :| ecking for gcc option to accept ANSI C... none needed :| ecking for style of include used by make... GNU :| ecking dependency style of gcc... gcc3 :| ecking for gcc option to accept ANSI C... none needed :| ecking for ranlib... ranlib :| ecking for gtk-config... /usr/bin/gtk-config :| ecking for GTK - version >= 1.2.0... yes :| ecking for jpeg_destroy_decompress in -ljpeg... no :| nfigure: WARNING: *** JPEG support will not be included *** :| ecking for pthread_create in -lpthread... yes :| ecking for zlibVersion in -lz... no :| ecking for png_check_sig in -lpng... no :| ecking for ANSI C header files... no :| ecking fcntl.h usability... yes :| ecking fcntl.h presence... no :| nfigure: WARNING: fcntl.h: accepted by the compiler, rejected by the preprocessor! :| nfigure: WARNING: fcntl.h: proceeding with the preprocessor's result :| nfigure: WARNING: ## ------------------------------------ ## :| nfigure: WARNING: ## Report this to bug-autoconf(a)gnu.org. ## :| nfigure: WARNING: ## ------------------------------------ ## :| ecking for fcntl.h... no :| ecking unistd.h usability... yes :| ecking unistd.h presence... no :| nfigure: WARNING: unistd.h: accepted by the compiler, rejected by the preprocessor! :| nfigure: WARNING: unistd.h: proceeding with the preprocessor's result :| nfigure: WARNING: ## ------------------------------------ ## :| nfigure: WARNING: ## Report this to bug-autoconf(a)gnu.org. ## :| nfigure: WARNING: ## ------------------------------------ ## :| ecking for unistd.h... no :| ecking sys/uio.h usability... yes :| ecking sys/uio.h presence... no :| nfigure: WARNING: sys/uio.h: accepted by the compiler, rejected by the preprocessor! :| nfigure: WARNING: sys/uio.h: proceeding with the preprocessor's result :| nfigure: WARNING: ## ------------------------------------ ## :| nfigure: WARNING: ## Report this to bug-autoconf(a)gnu.org. ## :| nfigure: WARNING: ## ------------------------------------ ## :| ecking for sys/uio.h... no :| ecking for socket... yes :| nfigure: creating ./config.status :| nfig.status: creating Makefile :| nfig.status: creating doc/Makefile :| nfig.status: creating src/Makefile :| nfig.status: creating src/IO/Makefile :| nfig.status: creating config.h :| nfig.status: executing depfiles commands :| :| : :_______________________________________________ :Dillo-dev mailing list :Dillo-dev@lists.auriga.wearlab.de :http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev

1 0

configure problems
by Jan Stary Feb. 26, 2003

Feb. 26, 2003

Hi, this is what I get with the current CVS (viz later). I know that I don't have libpng, libjpeg etc installed (by mistake, I was compiling on machine without them), but I mean the 'usability ... yes ; presence ... no' problem. Is this an autoconf bug, or is configure.in written badly ? The system is: Debian unstable kernel 2.4.19 (self compiled) autoconf 2.57 automake 1.6.3 gcc/cpp 3.2.2 The results follow. Jan cvs co dillo && cd dillo ./autogen.sh ./configure --prefix=$HOME 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 gcc... gcc checking for C compiler default output... 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 gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking for gcc option to accept ANSI C... none needed checking for ranlib... ranlib checking for gtk-config... /usr/bin/gtk-config checking for GTK - version >= 1.2.0... yes checking for jpeg_destroy_decompress in -ljpeg... no configure: WARNING: *** JPEG support will not be included *** checking for pthread_create in -lpthread... yes checking for zlibVersion in -lz... no checking for png_check_sig in -lpng... no checking for ANSI C header files... no checking fcntl.h usability... yes checking fcntl.h presence... no configure: WARNING: fcntl.h: accepted by the compiler, rejected by the preprocessor! configure: WARNING: fcntl.h: proceeding with the preprocessor's result configure: WARNING: ## ------------------------------------ ## configure: WARNING: ## Report this to bug-autoconf(a)gnu.org. ## configure: WARNING: ## ------------------------------------ ## checking for fcntl.h... no checking unistd.h usability... yes checking unistd.h presence... no configure: WARNING: unistd.h: accepted by the compiler, rejected by the preprocessor! configure: WARNING: unistd.h: proceeding with the preprocessor's result configure: WARNING: ## ------------------------------------ ## configure: WARNING: ## Report this to bug-autoconf(a)gnu.org. ## configure: WARNING: ## ------------------------------------ ## checking for unistd.h... no checking sys/uio.h usability... yes checking sys/uio.h presence... no configure: WARNING: sys/uio.h: accepted by the compiler, rejected by the preprocessor! configure: WARNING: sys/uio.h: proceeding with the preprocessor's result configure: WARNING: ## ------------------------------------ ## configure: WARNING: ## Report this to bug-autoconf(a)gnu.org. ## configure: WARNING: ## ------------------------------------ ## checking for sys/uio.h... no checking for socket... yes configure: creating ./config.status config.status: creating Makefile config.status: creating doc/Makefile config.status: creating src/Makefile config.status: creating src/IO/Makefile config.status: creating config.h config.status: executing depfiles commands

3 2

Website improvement / CVS page
by Sebastian Leske Feb. 22, 2003

Feb. 22, 2003

Hi, as I could not find some webmaster contact address at the website at http://dillo.auriga.wearlab.de/ , I'm posting to this list. I like the idea of providing some information on how to checkout the CVS version of dillo, so people without CVS experience can try it out. However, the information about CVS given on http://dillo.auriga.wearlab.de/cvs.html is incomplete. The page give the command to to a checkout, but it neglects to mention that you first have to do a login with an empty password. I'd propose you change the page to read: Check out from our server at wearLab! Just run these two commands: cvs -z3 -d:pserver:anonymous@auriga.wearlab.de:/sfhome/cvs/dillo login cvs -z3 -d:pserver:anonymous@auriga.wearlab.de:/sfhome/cvs/dillo co dillo When prompted for a password, just press Return. A new directory will be created with the current CVS version of dillo. Greetings and keep up the good work on Dillo! S.Leske PS: Please CC me on replies, I'm not subscribed.

3 4

re: ipv6 and dns threads
by Damien Couderc Feb. 22, 2003

Feb. 22, 2003

Last fix about dns threads will be available in less than 2 hours on the given URL. Damien

1 0

Re: [Dillo-dev] bug tracking engine
by Joe Crayne Feb. 22, 2003

Feb. 22, 2003

On Sun, Feb 16, 2003 at 10:45:49PM +0100, Sebastian Geerken wrote: > > I've been thinking about it (and hacking on dw_page.c) and > > have a partial implementation. It involved adding a pointer > > line->last_float_line which points to the last line that has > > a floater hanging down in the margin of the current line. > > Dw_page_draw_line() traces that pointer and draws that line > > too (and hence also its last_float_line and so on). > > Dw_page_draw_line (which is called by Dw_page_draw, the > implementation of DwWidget::draw) just does the actual drawing > (putting the pixels on the screen), and since you cannot > predict that it is called for all lines (normally it will be > called for those lines seen in the viewport), it should not > change the state of a DwPage. It doesn't. Dw_page_draw_line() traces the pointer and causes possibly other lines to be drawn other than the one it is called for. > - Floats may exceed the allocation of the DwPage, so they may not be > a child widget, instead, an interaction between two DwPage's is > necessary. When does a float exceed the allocation of the DwPage? Is there a new DwPage for new paragarphs? > - Since a float may be defined at a point, where there is > already a float at the respective side, you do not only need > one pointer, but rather a list or a tree, depending on how the > second float is positioned (below or left/right, both is > allowed by the CSS2 spec, but from what I've thought about it, > I believe that the second variant is simpler to implement). How about this: Floats are drawn in sequence just as other words on the line. Nothing special, except that now, line->ascent and line->descent doesnt count floats. Consequently, if the portion of the screen being refreshed doesn't yeild the DwPageLine where the float occurs, then that float wont get properly refreshed. The pointer points to the lowest (highest index) line containing a float that hangs down low enough that it may need to be refreshed also. (Note that if there's another float, then it will be either on the same line or refered back to by the pointer for the float line so that all the floats in the margin get refreshed.) Thanks.

2 1

if dillo is embeddable, what would it take to embed it in itself so that dillo can do frames?
by John L.Utz III Feb. 22, 2003

Feb. 22, 2003

Now, i happen to hate frames, and prefer to do the 'fake frames in tables' thang (which other people hate :-) ) , but their are a lot of misguided webdevs out there who have chosen to implement their site with frames, and i actually need to get information from them every now and then. For instance, going to this one in dillo is a pathetic folly :-) : http://www5.metrokc.gov/webmaps/parcelviewer/Viewer/KingCounty/viewer.asp so if dillo can be embedded in sylpheed, why cant dillo be embedded in dillo? tnx! johnu

2 1

Changing font_factor dynamically
by Gregor Hoffleit Feb. 21, 2003

Feb. 21, 2003

[Please pardon me if this is the wrong forum for such feature requests.] I'm using dillo with familiar on my iPAQ. One thing I'm regularly missing is a possibility to change the font_factor setting dynamically: For the iPAQ's small display (240x320 minus a few decorations), a single font_factor just can't fit for all different pages: For some pages, I'm glad with font_factor=0.5, with others, font_factor=0.6 is readable. I guess it's a major effort to implement a dynamical switch of the font_factor (e.g. using a pull-down menu), but I would be glad if you could discuss this feature request. Thanks for your efforts, Gregor Hoffleit

1 0

-l switch not working if <base href="..."> is given
by Melvin Hadasht Feb. 21, 2003

Feb. 21, 2003

Hi, The -l switch is meant to disallow retrieving external resources. This works fine unless the html file contains a <base href="something"> tag: in that case, the external resources are retrieved. To check this, I made a test case with an excerpt of the google search page. The attached html files just display the google logo in a table. These two attached html files differ in that "index.html" has the <base> tag commented out, making it non functional, whereas in "index-base.html" it is taken into account. To test this bug, save both html files in a directory. Then create there a subdirectory called ./images where you save the logo.gif. (This is meant for index.html where the missing <base> defaults it to the current directory. In that case, dillo index.html will show the logo, as expected). Then run dillo with the -l switch on the two files: dillo -l index.html index-base.html. The index-base.html will show the logo retrieved from http://www.google.com/intl/en/. The expected behaviour is to not retrieve it. I'll try to look into this bug this weekend, but I'm not so familiar with dillo's internals, so do not expect a miracle. I nearly forgot, this is the released dillo 0.7.0. Cheers. -- Melvin Hadasht

1 1

gtk2 patches for 0.7.0?
by Philip Blundell Feb. 20, 2003

Feb. 20, 2003

Hi, Has anybody made patches for the 0.7 release to work with GTK 2? Thanks! p.

1 0