- Dillo-dev - lists.mailman3.com

Re: Dillo-dev -- confirmation of subscription -- request 171913

by Pierre Maon

On Sat, 11 Jan 2003 20:29:02 +0100 dillo-dev-request(a)auriga.wearlab.de wrote: > Dillo-dev -- confirmation of subscription -- request 171913 > > We have received a request from 80.200.21.57 for subscription of your > email address, <boussouf(a)rez-gif.supelec.fr>, to the > dillo-dev(a)lists.auriga.wearlab.de mailing list. To confirm the > request, please send a message to > dillo-dev-request(a)lists.auriga.wearlab.de, and either: > > - maintain the subject line as is (the reply's additional "Re:" is > ok), > > - or include the following line - and only the following line - in the > message body: > > confirm 171913 > > (Simply sending a 'reply' to this message should work from most email > interfaces, since that usually leaves the subject line in the right > form.) > > If you do not wish to subscribe to this list, please simply disregard > this message. Send questions to > dillo-dev-admin(a)lists.auriga.wearlab.de. >

Jan. 12, 2003

confirm 171913

by Pierre Maon

On Sat, 11 Jan 2003 20:29:02 +0100 dillo-dev-request(a)auriga.wearlab.de wrote: > Dillo-dev -- confirmation of subscription -- request 171913 > > We have received a request from 80.200.21.57 for subscription of your > email address, <boussouf(a)rez-gif.supelec.fr>, to the > dillo-dev(a)lists.auriga.wearlab.de mailing list. To confirm the > request, please send a message to > dillo-dev-request(a)lists.auriga.wearlab.de, and either: > > - maintain the subject line as is (the reply's additional "Re:" is > ok), > > - or include the following line - and only the following line - in the > message body: > > confirm 171913 > > (Simply sending a 'reply' to this message should work from most email > interfaces, since that usually leaves the subject line in the right > form.) > > If you do not wish to subscribe to this list, please simply disregard > this message. Send questions to > dillo-dev-admin(a)lists.auriga.wearlab.de. >

Jan. 11, 2003

Web pages - compatibility

by Andreas Schweitzer

Hi, Since I'm not quite sure who is maintainig the web pages I send it here : The Compatibility page should list the BSD's as follows  <LI> NetBSD (in pkgsrc) <li> FreeBSD (in the ports) <li> OpenBSD (in the ports)  I.e. OpenBSD certainly is not restricted to Version 2.9. Also the phrases in the parantheses mean something to BSD users :-) (essentially that dillo is part of the OS in a broader sense). Also, for the handhelds : NetBSD has binaries for the StrongARM and the MIPS based handhelds on their ftp sites. Cheers Andreas -- **************************** NEW ADDRESS ****************************** Hamburger Sternwarte Universitaet Hamburg Gojenbergsweg 112 Tel. ++49 40 42891 4016 D-21029 Hamburg, Germany Fax. ++49 40 42891 4198

Jan. 9, 2003

Re: [Dillo-dev] Croos compilation

by Joerg Sonnenberger

On Wed, Jan 08, 2003 at 04:02:46PM -0500, Thomas Heute wrote: > > > I am getting close, > i still can't link everything when i crosscompile Dillo to port on iPAQ > > Now i have this message: > > arm-linux-gcc -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 > -I/usr/lib/glib/include -I/usr/X11R6/include -g -O2 -D_REENTRANT > -D_THREAD_SAFE -Wall -Waggregate-return -L/usr/local/lib -o dillo chain.o > commands.o cache.o dw.o dw_aligned_page.o dw_bullet.o dw_button.o > dw_container.o dw_embed_gtk.o dw_gtk_scrolled_frame.o > dw_gtk_scrolled_window.o dw_gtk_statuslabel.o dw_gtk_viewport.o dw_hruler.o > dw_image.o dw_list_item.o dw_marshal.o dw_page.o dw_style.o dw_table.o > dw_tooltip.o dw_widget.o findtext.o web.o progressbar.o dillo.o bookmark.o > dicache.o dns.o gif.o jpeg.o png.o html.o image.o misc.o interface.o > history.o nav.o plain.o menu.o prefs.o colors.o bitvec.o klist.o url.o > cookies.o external.o IO/libDio.a -L/skiff/local/arm-linux/lib > -L/skiff/local/arm-linux/lib/X11 -lgtk -lgdk -rdynamic -lgmodule -lglib -ldl > -lXi -lXext -lX11 -lm -L/skiff/local/arm-linux/lib > dns.o: In function `Dns_server': > /home/theute/AppliPDA/dillo-current-arm/src/dns.c:232: undefined reference to > `pthread_detach' Add -lpthread. > dns.o: In function `Dns_server_req': > /home/theute/AppliPDA/dillo-current-arm/src/dns.c:316: undefined reference to > `pthread_create' > jpeg.o: In function `Jpeg_close': Add -ljpeg (and compile it) > /home/theute/AppliPDA/dillo-current-arm/src/jpeg.c:131: undefined reference > to `jpeg_destroy_decompress' > jpeg.o: In function `Jpeg_new': > /home/theute/AppliPDA/dillo-current-arm/src/jpeg.c:211: undefined reference > to `jpeg_std_error' > /home/theute/AppliPDA/dillo-current-arm/src/jpeg.c:214: undefined reference > to `jpeg_CreateDecompress' > /home/theute/AppliPDA/dillo-current-arm/src/jpeg.c:231: undefined reference > to `jpeg_resync_to_restart' > jpeg.o: In function `Jpeg_write': > /home/theute/AppliPDA/dillo-current-arm/src/jpeg.c:274: undefined reference > to `jpeg_read_header' > /home/theute/AppliPDA/dillo-current-arm/src/jpeg.c:294: undefined reference > to `jpeg_start_decompress' > /home/theute/AppliPDA/dillo-current-arm/src/jpeg.c:304: undefined reference > to `jpeg_read_scanlines' > /home/theute/AppliPDA/dillo-current-arm/src/jpeg.c:316: undefined reference > to `jpeg_destroy_decompress' > /home/theute/AppliPDA/dillo-current-arm/src/jpeg.c:322: undefined reference > to `jpeg_destroy_decompress' > png.o: In function `Png_error_handling': -lpng :) > /home/theute/AppliPDA/dillo-current-arm/src/png.c:108: undefined reference to > `png_get_error_ptr' > png.o: In function `Png_datainfo_callback': > /home/theute/AppliPDA/dillo-current-arm/src/png.c:130: undefined reference to > `png_get_progressive_ptr' > /home/theute/AppliPDA/dillo-current-arm/src/png.c:133: undefined reference to > `png_get_IHDR' > /home/theute/AppliPDA/dillo-current-arm/src/png.c:147: undefined reference to > `png_get_valid' > /home/theute/AppliPDA/dillo-current-arm/src/png.c:149: undefined reference to > `png_set_expand' > /home/theute/AppliPDA/dillo-current-arm/src/png.c:151: undefined reference to > `png_set_expand' > /home/theute/AppliPDA/dillo-current-arm/src/png.c:155: undefined reference to > `png_set_strip_16' > /home/theute/AppliPDA/dillo-current-arm/src/png.c:161: undefined reference to > `png_get_gAMA' > /home/theute/AppliPDA/dillo-current-arm/src/png.c:162: undefined reference to > `png_set_gamma' > /home/theute/AppliPDA/dillo-current-arm/src/png.c:167: undefined reference to > `png_set_gray_to_rgb' > /home/theute/AppliPDA/dillo-current-arm/src/png.c:172: undefined reference to > `png_set_interlace_handling' > /home/theute/AppliPDA/dillo-current-arm/src/png.c:176: undefined reference to > `png_read_update_info' > /home/theute/AppliPDA/dillo-current-arm/src/png.c:178: undefined reference to > `png_get_IHDR' > /home/theute/AppliPDA/dillo-current-arm/src/png.c:181: undefined reference to > `png_get_rowbytes' > /home/theute/AppliPDA/dillo-current-arm/src/png.c:182: undefined reference to > `png_get_channels' > png.o: In function `Png_datarow_callback': > /home/theute/AppliPDA/dillo-current-arm/src/png.c:218: undefined reference to > `png_get_progressive_ptr' > /home/theute/AppliPDA/dillo-current-arm/src/png.c:220: undefined reference to > `png_progressive_combine_row' > png.o: In function `Png_dataend_callback': > /home/theute/AppliPDA/dillo-current-arm/src/png.c:281: undefined reference to > `png_get_progressive_ptr' > png.o: In function `Png_callback': > /home/theute/AppliPDA/dillo-current-arm/src/png.c:324: undefined reference to > `png_destroy_read_struct' > /home/theute/AppliPDA/dillo-current-arm/src/png.c:352: undefined reference to > `png_check_sig' > /home/theute/AppliPDA/dillo-current-arm/src/png.c:358: undefined reference to > `png_create_read_struct' > /home/theute/AppliPDA/dillo-current-arm/src/png.c:364: undefined reference to > `png_create_info_struct' > /home/theute/AppliPDA/dillo-current-arm/src/png.c:369: undefined reference to > `png_set_progressive_read_fn' > /home/theute/AppliPDA/dillo-current-arm/src/png.c:383: undefined reference to > `png_process_data' > IO/libDio.a(file.o): In function `File_transfer_file': > /home/theute/AppliPDA/dillo-current-arm/src/IO/file.c:167: undefined > reference to `pthread_detach' > IO/libDio.a(file.o): In function `File_transfer_dir': > /home/theute/AppliPDA/dillo-current-arm/src/IO/file.c:205: undefined > reference to `pthread_detach' > IO/libDio.a(file.o): In function `File_get_dir': > /home/theute/AppliPDA/dillo-current-arm/src/IO/file.c:353: undefined > reference to `pthread_create' > IO/libDio.a(file.o): In function `File_get_file': > /home/theute/AppliPDA/dillo-current-arm/src/IO/file.c:372: undefined > reference to `pthread_create' > /skiff/local/arm-linux/lib/libc.so.6: undefined reference to > `_dl_init_next(a)GLIBC_2.0' This is bad. How did the compile glibc? > /skiff/local/arm-linux/lib/libglib.so: undefined reference to > `getpwuid_r(a)GLIBC_2.1.2' > /skiff/local/arm-linux/lib/libgdk.so: undefined reference to > `shmctl(a)GLIBC_2.2' > /skiff/local/arm-linux/lib/libgtk.so: undefined reference to > `localeconv(a)GLIBC_2.2' > /skiff/local/arm-linux/lib/libgtk.so: undefined reference to > `fnmatch(a)GLIBC_2.2.3' This could be a sign for wrong include files or it is related to the _dl_init_next(a)GLIBC_2.0 problem. > collect2: ld returned 1 exit status > > Any help would be very appreciated. Hopefully it helps... - Joerg > > Thomas > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)lists.auriga.wearlab.de > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev

Jan. 9, 2003

Croos compilation

by Thomas Heute

I am getting close, i still can't link everything when i crosscompile Dillo to port on iPAQ Now i have this message: arm-linux-gcc -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -Waggregate-return -L/usr/local/lib -o dillo chain.o commands.o cache.o dw.o dw_aligned_page.o dw_bullet.o dw_button.o dw_container.o dw_embed_gtk.o dw_gtk_scrolled_frame.o dw_gtk_scrolled_window.o dw_gtk_statuslabel.o dw_gtk_viewport.o dw_hruler.o dw_image.o dw_list_item.o dw_marshal.o dw_page.o dw_style.o dw_table.o dw_tooltip.o dw_widget.o findtext.o web.o progressbar.o dillo.o bookmark.o dicache.o dns.o gif.o jpeg.o png.o html.o image.o misc.o interface.o history.o nav.o plain.o menu.o prefs.o colors.o bitvec.o klist.o url.o cookies.o external.o IO/libDio.a -L/skiff/local/arm-linux/lib -L/skiff/local/arm-linux/lib/X11 -lgtk -lgdk -rdynamic -lgmodule -lglib -ldl -lXi -lXext -lX11 -lm -L/skiff/local/arm-linux/lib dns.o: In function `Dns_server': /home/theute/AppliPDA/dillo-current-arm/src/dns.c:232: undefined reference to `pthread_detach' dns.o: In function `Dns_server_req': /home/theute/AppliPDA/dillo-current-arm/src/dns.c:316: undefined reference to `pthread_create' jpeg.o: In function `Jpeg_close': /home/theute/AppliPDA/dillo-current-arm/src/jpeg.c:131: undefined reference to `jpeg_destroy_decompress' jpeg.o: In function `Jpeg_new': /home/theute/AppliPDA/dillo-current-arm/src/jpeg.c:211: undefined reference to `jpeg_std_error' /home/theute/AppliPDA/dillo-current-arm/src/jpeg.c:214: undefined reference to `jpeg_CreateDecompress' /home/theute/AppliPDA/dillo-current-arm/src/jpeg.c:231: undefined reference to `jpeg_resync_to_restart' jpeg.o: In function `Jpeg_write': /home/theute/AppliPDA/dillo-current-arm/src/jpeg.c:274: undefined reference to `jpeg_read_header' /home/theute/AppliPDA/dillo-current-arm/src/jpeg.c:294: undefined reference to `jpeg_start_decompress' /home/theute/AppliPDA/dillo-current-arm/src/jpeg.c:304: undefined reference to `jpeg_read_scanlines' /home/theute/AppliPDA/dillo-current-arm/src/jpeg.c:316: undefined reference to `jpeg_destroy_decompress' /home/theute/AppliPDA/dillo-current-arm/src/jpeg.c:322: undefined reference to `jpeg_destroy_decompress' png.o: In function `Png_error_handling': /home/theute/AppliPDA/dillo-current-arm/src/png.c:108: undefined reference to `png_get_error_ptr' png.o: In function `Png_datainfo_callback': /home/theute/AppliPDA/dillo-current-arm/src/png.c:130: undefined reference to `png_get_progressive_ptr' /home/theute/AppliPDA/dillo-current-arm/src/png.c:133: undefined reference to `png_get_IHDR' /home/theute/AppliPDA/dillo-current-arm/src/png.c:147: undefined reference to `png_get_valid' /home/theute/AppliPDA/dillo-current-arm/src/png.c:149: undefined reference to `png_set_expand' /home/theute/AppliPDA/dillo-current-arm/src/png.c:151: undefined reference to `png_set_expand' /home/theute/AppliPDA/dillo-current-arm/src/png.c:155: undefined reference to `png_set_strip_16' /home/theute/AppliPDA/dillo-current-arm/src/png.c:161: undefined reference to `png_get_gAMA' /home/theute/AppliPDA/dillo-current-arm/src/png.c:162: undefined reference to `png_set_gamma' /home/theute/AppliPDA/dillo-current-arm/src/png.c:167: undefined reference to `png_set_gray_to_rgb' /home/theute/AppliPDA/dillo-current-arm/src/png.c:172: undefined reference to `png_set_interlace_handling' /home/theute/AppliPDA/dillo-current-arm/src/png.c:176: undefined reference to `png_read_update_info' /home/theute/AppliPDA/dillo-current-arm/src/png.c:178: undefined reference to `png_get_IHDR' /home/theute/AppliPDA/dillo-current-arm/src/png.c:181: undefined reference to `png_get_rowbytes' /home/theute/AppliPDA/dillo-current-arm/src/png.c:182: undefined reference to `png_get_channels' png.o: In function `Png_datarow_callback': /home/theute/AppliPDA/dillo-current-arm/src/png.c:218: undefined reference to `png_get_progressive_ptr' /home/theute/AppliPDA/dillo-current-arm/src/png.c:220: undefined reference to `png_progressive_combine_row' png.o: In function `Png_dataend_callback': /home/theute/AppliPDA/dillo-current-arm/src/png.c:281: undefined reference to `png_get_progressive_ptr' png.o: In function `Png_callback': /home/theute/AppliPDA/dillo-current-arm/src/png.c:324: undefined reference to `png_destroy_read_struct' /home/theute/AppliPDA/dillo-current-arm/src/png.c:352: undefined reference to `png_check_sig' /home/theute/AppliPDA/dillo-current-arm/src/png.c:358: undefined reference to `png_create_read_struct' /home/theute/AppliPDA/dillo-current-arm/src/png.c:364: undefined reference to `png_create_info_struct' /home/theute/AppliPDA/dillo-current-arm/src/png.c:369: undefined reference to `png_set_progressive_read_fn' /home/theute/AppliPDA/dillo-current-arm/src/png.c:383: undefined reference to `png_process_data' IO/libDio.a(file.o): In function `File_transfer_file': /home/theute/AppliPDA/dillo-current-arm/src/IO/file.c:167: undefined reference to `pthread_detach' IO/libDio.a(file.o): In function `File_transfer_dir': /home/theute/AppliPDA/dillo-current-arm/src/IO/file.c:205: undefined reference to `pthread_detach' IO/libDio.a(file.o): In function `File_get_dir': /home/theute/AppliPDA/dillo-current-arm/src/IO/file.c:353: undefined reference to `pthread_create' IO/libDio.a(file.o): In function `File_get_file': /home/theute/AppliPDA/dillo-current-arm/src/IO/file.c:372: undefined reference to `pthread_create' /skiff/local/arm-linux/lib/libc.so.6: undefined reference to `_dl_init_next(a)GLIBC_2.0' /skiff/local/arm-linux/lib/libglib.so: undefined reference to `getpwuid_r(a)GLIBC_2.1.2' /skiff/local/arm-linux/lib/libgdk.so: undefined reference to `shmctl(a)GLIBC_2.2' /skiff/local/arm-linux/lib/libgtk.so: undefined reference to `localeconv(a)GLIBC_2.2' /skiff/local/arm-linux/lib/libgtk.so: undefined reference to `fnmatch(a)GLIBC_2.2.3' collect2: ld returned 1 exit status Any help would be very appreciated. Thomas

Jan. 8, 2003

Re: [Dillo-dev] gmake for Dillo failing

by Joerg Sonnenberger

On Wed, Jan 08, 2003 at 02:25:09AM +0000, robertg(a)nyc.rr.com wrote: > $ sudo gmake check > Making check in doc > gmake[1]: Entering directory `/home/robertg/dillo-0.6.6/doc' > gmake[1]: Nothing to be done for `check'. > gmake[1]: Leaving directory `/home/robertg/dillo-0.6.6/doc' > Making check in src > gmake[1]: Entering directory `/home/robertg/dillo-0.6.6/src' > Making check in IO > gmake[2]: Entering directory `/home/robertg/dillo-0.6.6/src/IO' > gmake[2]: Nothing to be done for `check'. > gmake[2]: Leaving directory `/home/robertg/dillo-0.6.6/src/IO' > gmake[2]: Entering directory `/home/robertg/dillo-0.6.6/src' > gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include -I/usr/local/include -I/usr/local/include/glib -I/usr/X11R6/include -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -Waggregate-return -c png.c > png.c:19: png.h: No such file or directory Well -- you are missing a header file (try install libpng, libpng-dev or what ever applies to your system). This is not a make-problem. > gmake[2]: *** [png.o] Error 1 > gmake[2]: Leaving directory '/home/robertg/dillo-0.6.6/src' > gmake[1]: *** [check-recursive] Error 1 > gmake[1] Leaving directory '/home/robertg/dillo-0.6.6/src' > gmake[1]: *** [check-recursive] Error 1 > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)lists.auriga.wearlab.de > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev

Jan. 8, 2003

gmake for Dillo failing

by robertg＠nyc.rr.com

Hello, i recently posted stating that i had problems with 'make' and it ws suggested that i try 'gmake', well i did and the following is the error log i created to show the faliure i am getting. I am anxious to get Dillo up and running and would appreciate any insight anyone may have. thank you in advance. ( if you are cc: me: sorry robertg(a)nyc.rr.com, isn't a valid address but cmustard(a)nyc.rr.com is. ) $ sudo gmake check Making check in doc gmake[1]: Entering directory `/home/robertg/dillo-0.6.6/doc' gmake[1]: Nothing to be done for `check'. gmake[1]: Leaving directory `/home/robertg/dillo-0.6.6/doc' Making check in src gmake[1]: Entering directory `/home/robertg/dillo-0.6.6/src' Making check in IO gmake[2]: Entering directory `/home/robertg/dillo-0.6.6/src/IO' gmake[2]: Nothing to be done for `check'. gmake[2]: Leaving directory `/home/robertg/dillo-0.6.6/src/IO' gmake[2]: Entering directory `/home/robertg/dillo-0.6.6/src' gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include -I/usr/local/include -I/usr/local/include/glib -I/usr/X11R6/include -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -Waggregate-return -c png.c png.c:19: png.h: No such file or directory gmake[2]: *** [png.o] Error 1 gmake[2]: Leaving directory '/home/robertg/dillo-0.6.6/src' gmake[1]: *** [check-recursive] Error 1 gmake[1] Leaving directory '/home/robertg/dillo-0.6.6/src' gmake[1]: *** [check-recursive] Error 1

Jan. 8, 2003

Dillo cross compilation for ipaq

by Thomas Heute

I am cross compiling Dillo for an ipaq (after i applied a patch on it) i keep having a problem with the jpeg library. During the execution of configure i have this warning message: checking for jpeg_destroy_decompress in -ljpeg... no configure: WARNING: *** JPEG support will not be included *** Then if i try to compile the whole thing i get: arm-linux-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -Waggregate-return -c jpeg.c jpeg.c:26: jpeglib.h: No such file or directory make[3]: *** [jpeg.o] Error 1 Anyone has an idea ? i am very new in cross compilation and didn't understand everything yet Thomas.

Jan. 7, 2003

Re: [Dillo-dev] SGML question

by Jorge Arellano Cid

Sebastian, On Thu, 2 Jan 2003, Sebastian Geerken wrote: > Hi! > > Before I start digging to the specs, someone may answer me this > question faster: Should stripping spaces from attributes done before > or after the conversions of entities? Most probably the first. > E.g., if I have something like > > <td align="char" char=" "> > > is the value of the "char" attribute " " (one space) or "" (empty)? > Dillo does the second, so it is not possible to align characters at > spaces. I think " " should become " " and " " should become "" when taken as simple CDATA (for instance as in %URI), but when the attribute value happens to be a %Character (again CDATA), then " " should be " ". AFAIS, doing the same for " " and "" in CHAR element, is a good workaround. You may like to read sgmltut.html from the HTML-4.01 SPEC (html4/intro/sgmltut.html). At least that's the one I use. Cheers Jorge.-

Jan. 5, 2003

Re: [Dillo-dev] Small patch I've been working on...

by Nicola Girardi

> Ah, last but not the least: /CVS directories should be left out > of the patch (they aren't a part of dillo). In a similar way, > Makefiles, should be excluded as they are generated... By the way, there are some files in the CVS repository that can be generated from other files, namely autotools-related stuff. These files should disappear from the CVS version, IMHO. Even if you supply your configure script via CVS, when running cvs update sometimes one needs (happened to me for example ;-)) to run the autotools to update the configure script and the Makefiles. And the next time you run CVS update you have the annoying messages of files being modified (M configure M Makefile.in etc.). In any case, I think it's good policy to exclude from CVS all files that can be generated automatically from other files in the same module. My 2 (euro)cents.

Jan. 5, 2003