- Dillo-dev - lists.mailman3.com

Can't compile Dillo 3.0.3

by sgeerken＠dillo.org

On Fri, May 10, August Karlstrom wrote: > On 2013-05-10 11:48, Johannes Hofmann wrote: > >Could you please post the linker command line? > > Sure, here it is: > > g++ -I/usr/include/libpng12 -I/usr/include/cairo > -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include > -I/usr/include/pixman-1 -I/usr/include/freetype2 > -I/usr/include/libpng12 -I/usr/include/freetype2 > -I/usr/include/cairo -I/usr/include/glib-2.0 > -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/pixman-1 > -I/usr/include/freetype2 -I/usr/include/libpng12 > -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_THREAD_SAFE > -D_REENTRANT -g -O2 -Wall -W -Wno-unused-parameter -fno-rtti > -fno-exceptions -L/usr/local/lib -o dillo dillo.o paths.o tipwin.o > ui.o uicmd.o bw.o cookies.o auth.o md5.o digest.o colors.o misc.o > history.o prefs.o prefsparser.o keys.o url.o bitvec.o klist.o > chain.o utf8.o timeout.o dialog.o web.o nav.o cache.o decode.o > dicache.o capi.o domain.o css.o cssparser.o styleengine.o plain.o > html.o form.o table.o bookmark.o dns.o gif.o jpeg.o png.o imgbuf.o > image.o menu.o dpiapi.o findbar.o xembed.o ../dlib/libDlib.a > ../dpip/libDpip.a IO/libDiof.a ../dw/libDw-widgets.a > ../dw/libDw-fltk.a ../dw/libDw-core.a ../lout/liblout.a -ljpeg > -L/usr/lib/x86_64-linux-gnu -lpng12 -lpng12 > -L/usr/lib/x86_64-linux-gnu -Wl,-Bsymbolic-functions -lfltk -lz > -lpthread It is identical to mine (Debian wheezy amd64) except this option: > -Wl,-Bsymbolic-functions Maybe you should try it without it (simply by typing the command manually). The documentation does not give a reason for hope, however (man ld): -Bsymbolic-functions When creating a shared library, bind references to global function symbols to the definition within the shared library, if any. This option is only meaningful on ELF platforms which support shared libraries. > >You could try > >export LDFLAGS=-lX11 > >and then run configure;make again. I have found it always convenient to type something like: $ CFLAGS=... ./configure The modified variables become part of the generated Makefile. Sebastian

May 10, 2013

Can't compile Dillo 3.0.3

by fusionfile＠gmail.com

On 2013-05-10 11:48, Johannes Hofmann wrote: > Could you please post the linker command line? Sure, here it is: g++ -I/usr/include/libpng12 -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/freetype2 -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_THREAD_SAFE -D_REENTRANT -g -O2 -Wall -W -Wno-unused-parameter -fno-rtti -fno-exceptions -L/usr/local/lib -o dillo dillo.o paths.o tipwin.o ui.o uicmd.o bw.o cookies.o auth.o md5.o digest.o colors.o misc.o history.o prefs.o prefsparser.o keys.o url.o bitvec.o klist.o chain.o utf8.o timeout.o dialog.o web.o nav.o cache.o decode.o dicache.o capi.o domain.o css.o cssparser.o styleengine.o plain.o html.o form.o table.o bookmark.o dns.o gif.o jpeg.o png.o imgbuf.o image.o menu.o dpiapi.o findbar.o xembed.o ../dlib/libDlib.a ../dpip/libDpip.a IO/libDiof.a ../dw/libDw-widgets.a ../dw/libDw-fltk.a ../dw/libDw-core.a ../lout/liblout.a -ljpeg -L/usr/lib/x86_64-linux-gnu -lpng12 -lpng12 -L/usr/lib/x86_64-linux-gnu -Wl,-Bsymbolic-functions -lfltk -lz -lpthread > You could try > export LDFLAGS=-lX11 > and then run configure;make again. Unfortunately, this did not make a difference. Thanks Johannes for taking the time. Regards, August

May 10, 2013

Can't compile Dillo 3.0.3

by Johannes.Hofmann＠gmx.de

Hi August, On Fri, May 10, 2013 at 11:33:13AM +0200, August Karlstrom wrote: > I'm trying to compile Dillo 3.0.3 but I get an error from the linker saying: > > /usr/bin/ld: xembed.o: undefined reference to symbol 'XSync' > /usr/bin/ld: note: 'XSync' is defined in DSO > /usr/lib/x86_64-linux-gnu/libX11.so.6 so try adding it to the linker > command line > > How do I add -lX11 to the linker command line? I have tried > > $ LDLIBS=-lX11 make > > but it makes no difference. My OS is Lubuntu 13.04. Could you please post the linker command line? You could try export LDFLAGS=-lX11 and then run configure;make again. Please let us know how this works. It might be that we are missing an explicit -lX11 somewhere and rely on fltkconfig --ldflags to add it - which may not be sufficient in some cases. Cheers, Johannes

May 10, 2013

MSG and different levels of chattiness

by corvid＠lavabit.com

I was thinking this morning about how dillo can either be set to be extremely chatty or basically silent, and that maybe it would be good to have some intermediate possibilities. So here I tried adding a msg_level_min (1-4: 1 for msgs like open_url, 2 for policies like denying redirection or information like creating a file, 3 for warnings, 4 for dillo errors) : http://www.dillo.org/test/msg_levels.diff dillorc makes it sound like show_msg is mostly for debugging, whereas we use stdout a fair amount for msgs that we want a user to see... But then there's the fact that maybe no one runs anything from a cmdline anymore, in which case maybe we should also/instead be logging to a fltk window that can pop up like the window for html bugs -- or possibly a widget that can show up in the UI (although the latter might be brittle and an excessive amount of trouble).

April 26, 2013

3.0.3 does not compile on Debian GNU/Hurd (was: dillo-3.0.3 release is ready for download!)

by sgeerken＠dillo.org

On Mon, Apr 22, Axel Beckert wrote: > On Wed, Apr 17, 2013 at 06:09:35PM +0200, Axel Beckert wrote: > > Debian package is in the works. Compiled fine already multiple times. > > :-) > > It failed to build on Debian GNU/Hurd since PATH_MAX seems only > optional in POSIX and not defined on Hurd. (See also > http://www.gnu.org/software/hurd/hurd/porting/guidelines.html) > > Full build log at > https://buildd.debian.org/status/fetch.php?pkg=dillo&arch=hurd-i386&ver=3.0… > > 3.0.2?compiled fine about 11 months ago: > https://buildd.debian.org/status/fetch.php?pkg=dillo&arch=hurd-i386&ver=3.0… > > The following patch by Pino Toscano fixes this issue. I've applied it > to the Debian package for now, but would be happy if it (or a similar > patch) would be incorporated into Dillo officially. > > http://patch-tracker.debian.org/patch/series/view/dillo/3.0.3-2/FTBFS-on-hu… Has been applied. > Otherwise Dillo 3.0.3 works fine as expected. :-) Good! Sebastian

April 23, 2013

3.0.3 does not compile on Debian GNU/Hurd (was: dillo-3.0.3 release is ready for download!)

by abe＠deuxchevaux.org

Hi, On Wed, Apr 17, 2013 at 06:09:35PM +0200, Axel Beckert wrote: > On Wed, Apr 17, 2013 at 11:48:17AM -0300, Jorge Arellano Cid wrote: > > The final dillo-3.0.3.tar.bz2 is ready for download [1]. :) > [...] > > If positive feedback comes along the way (it compoiles and runs) > > it may be announced tomorrow "urbi et orbi". > > Debian package is in the works. Compiled fine already multiple times. > :-) It failed to build on Debian GNU/Hurd since PATH_MAX seems only optional in POSIX and not defined on Hurd. (See also http://www.gnu.org/software/hurd/hurd/porting/guidelines.html) Full build log at https://buildd.debian.org/status/fetch.php?pkg=dillo&arch=hurd-i386&ver=3.0… 3.0.2?compiled fine about 11 months ago: https://buildd.debian.org/status/fetch.php?pkg=dillo&arch=hurd-i386&ver=3.0… The following patch by Pino Toscano fixes this issue. I've applied it to the Debian package for now, but would be happy if it (or a similar patch) would be incorporated into Dillo officially. http://patch-tracker.debian.org/patch/series/view/dillo/3.0.3-2/FTBFS-on-hu… Otherwise Dillo 3.0.3 works fine as expected. :-) Kind regards, Axel -- /~\ Plain Text Ribbon Campaign | Axel Beckert \ / Say No to HTML in E-Mail and News | abe at deuxchevaux.org (Mail) X See http://www.asciiribbon.org/ | abe at noone.org (Mail+Jabber) / \ I love long mails: http://email.is-not-s.ms/ | http://noone.org/abe/ (Web)

April 22, 2013

dillo-3.0.3 segfaults

by Johannes.Hofmann＠gmx.de

Hi Jean-Pierre, it seems to be crashing within the fltk library. Did you compile fltk-1.3 yourself? If so, you could try whether tests/fonts from the fltk tarball works on your system. The output of fc-list : family | cut -d ',' -f 2 | sort would also be interesting. Regards, Johannes On Sun, Apr 21, 2013 at 10:47:16PM +0200, Jean-Pierre Demailly wrote: > Hi: > > I tried to use dillo3 on my linux/amd64 box, but did not succeed to start dillo as it segfaults immediately, even when not trying to load an html file. This occurred with dillo-3.0.2 /fltk-1.3.0, dillo-3.0.2 /fltk-1.3.2 and dillo-3.0.3 /fltk-1.3.2. Here is the output by valgrind. The problem seems to be related to loading fonts at start-up. The program does not even get to the point when it would try to open a window. > > Putting exit(0); before checkPreferredFonts(); in dillo.cc exits normally. > Putting exit(0); after checkPreferredFonts(); in dillo.cc segfaults. > > Maybe dillo absolutely wants some fonts that I don't have. Which is strange because I really have all usual truetype fonts (and many more). Hope this helps ! > > Best regards, > Jean-Pierre Demailly > ==8449== Memcheck, a memory error detector > ==8449== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al. > ==8449== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info > ==8449== Command: dillo > ==8449== > ==8449== Conditional jump or move depends on uninitialised value(s) > ==8449== at 0x4017296: index (strchr.S:55) > ==8449== by 0x4007702: expand_dynamic_string_token (dl-load.c:430) > ==8449== by 0x4007FDF: _dl_map_object (dl-load.c:2502) > ==8449== by 0x40018BD: map_doit (rtld.c:638) > ==8449== by 0x400E225: _dl_catch_error (dl-error.c:177) > ==8449== by 0x4000F1D: do_preload (rtld.c:827) > ==8449== by 0x4004577: dl_main (rtld.c:1731) > ==8449== by 0x40145C3: _dl_sysdep_start (dl-sysdep.c:242) > ==8449== by 0x4004DF8: _dl_start (rtld.c:343) > ==8449== by 0x40016E7: ??? (in /lib/x86_64-linux-gnu/ld-2.16.so) > ==8449== > ==8449== Conditional jump or move depends on uninitialised value(s) > ==8449== at 0x401729B: index (strchr.S:58) > ==8449== by 0x4007702: expand_dynamic_string_token (dl-load.c:430) > ==8449== by 0x4007FDF: _dl_map_object (dl-load.c:2502) > ==8449== by 0x40018BD: map_doit (rtld.c:638) > ==8449== by 0x400E225: _dl_catch_error (dl-error.c:177) > ==8449== by 0x4000F1D: do_preload (rtld.c:827) > ==8449== by 0x4004577: dl_main (rtld.c:1731) > ==8449== by 0x40145C3: _dl_sysdep_start (dl-sysdep.c:242) > ==8449== by 0x4004DF8: _dl_start (rtld.c:343) > ==8449== by 0x40016E7: ??? (in /lib/x86_64-linux-gnu/ld-2.16.so) > ==8449== > paths: Cannot open file '/home/demailly/.dillo/dillorc': No such file or directory > paths: Using /usr/etc/dillo/dillorc > prefs: Color 'bfdabf' not recognized. > paths: Cannot open file '/home/demailly/.dillo/keysrc': No such file or directory > paths: Using /usr/etc/dillo/keysrc > paths: Cannot open file '/home/demailly/.dillo/domainrc': No such file or directory > paths: Using /usr/etc/dillo/domainrc > Domain: Default accept. > dillo_dns_init: Here we go! (threaded) > Disabling cookies. > ==8449== Invalid read of size 1 > ==8449== at 0x53392A4: Fl::set_fonts(char const*) (in /usr/lib/x86_64-linux-gnu/libfltk.so.1.3) > ==8449== by 0x455070: dw::fltk::FltkFont::initSystemFonts() (fltkplatform.cc:153) > ==8449== by 0x455351: dw::fltk::FltkFont::fontExists(char const*) (fltkplatform.cc:188) > ==8449== by 0x40ADA0: checkFont(char const*, char const*) (dillo.cc:227) > ==8449== by 0x409F2C: main (dillo.cc:233) > ==8449== Address 0x0 is not stack'd, malloc'd or (recently) free'd > ==8449== > ==8449== > ==8449== Process terminating with default action of signal 11 (SIGSEGV) > ==8449== Access not within mapped region at address 0x0 > ==8449== at 0x53392A4: Fl::set_fonts(char const*) (in /usr/lib/x86_64-linux-gnu/libfltk.so.1.3) > ==8449== by 0x455070: dw::fltk::FltkFont::initSystemFonts() (fltkplatform.cc:153) > ==8449== by 0x455351: dw::fltk::FltkFont::fontExists(char const*) (fltkplatform.cc:188) > ==8449== by 0x40ADA0: checkFont(char const*, char const*) (dillo.cc:227) > ==8449== by 0x409F2C: main (dillo.cc:233) > ==8449== If you believe this happened as a result of a stack > ==8449== overflow in your program's main thread (unlikely but > ==8449== possible), you can try to increase the size of the > ==8449== main thread stack using the --main-stacksize= flag. > ==8449== The main thread stack size used in this run was 8388608. > ==8449== > ==8449== HEAP SUMMARY: > ==8449== in use at exit: 898,434 bytes in 3,729 blocks > ==8449== total heap usage: 22,900 allocs, 19,171 frees, 4,128,838 bytes allocated > ==8449== > ==8449== LEAK SUMMARY: > ==8449== definitely lost: 9,256 bytes in 19 blocks > ==8449== indirectly lost: 23,164 bytes in 483 blocks > ==8449== possibly lost: 0 bytes in 0 blocks > ==8449== still reachable: 866,014 bytes in 3,227 blocks > ==8449== suppressed: 0 bytes in 0 blocks > ==8449== Rerun with --leak-check=full to see details of leaked memory > ==8449== > ==8449== For counts of detected and suppressed errors, rerun with: -v > ==8449== Use --track-origins=yes to see where uninitialised values come from > ==8449== ERROR SUMMARY: 3 errors from 3 contexts (suppressed: 1 from 1)

April 22, 2013

dillo-3.0.3 release is ready for download!

by jcid＠dillo.org

Hi there, OK, the Freecode (former freshmeat) announcement was submitted. I reviewed the website updating things here and there. Core devs may freely review/improve the site contents. The actual announcement will most probably be upon display tomorrow. Good! -- Cheers Jorge.-

April 18, 2013

dillo-3.0.3 release is ready for download!

by Hole.destructor＠gmx.de

> If positive feedback comes along the way (it compoiles and runs) > it may be announced tomorrow "urbi et orbi". Compliles and runs fine on GNU/Linux Debian Squeeze and Scientific Linux 6. Best regards, Alexander

April 18, 2013

dillo-3.0.3 release is ready for download!

by sgeerken＠dillo.org

On Wed, Apr 17, Jorge Arellano Cid wrote: > On Wed, Apr 17, 2013 at 09:29:50PM +0200, Sebastian Geerken wrote: > > [...] > > > > Rather exotic case, though, and "make clean" at the right point will > > fix this. > > OK, I think this is not a show stopper. That's also my opinion. > With the unicode problem I'm not sure what you mean. > i.e. Do we need to fix it and prepare rc3? This is only a test, which is not working; dillo itself has no problems. I'd leave this for 3.0.4. Sebastian

April 17, 2013