May 2009 - Dillo-dev - lists.mailman3.com

Latest on invalid image callback references
by onepoint＠starurchin.org May 23, 2009

May 23, 2009

The valgrind logs are still showing invalid memory accesses that happen when image callbacks refer to DilloImages that have been freed by a_Web_free(). This is after the imgref patch was applied, since when I've been running an essentially unpatched Dillo. My image tracing still shows that the image pipeline sometimes continues to run after a_Web_free() frees the image it is attached to. As far as I can tell there has been no recent change in the behaviour of this problem. I have just applied a patch I was considering earlier that makes a_Cache_stop_client() close the client. I've attached it for comments, but I won't suggest applying it until we can see whether it's made any difference. That will take a few days, as I still haven't found a reliable way to reproduce the bug so I will just have to wait a few days and see if it stops appearing in the logs. Please comment on whether this patch is the right way to fix this. Regards, Jeremy Henty PS. You'll probably notice fewer valgrind reports in my log pages in future because I just returned to full-time work so I won't be surfing from home nearly as much.

2 2

[rutkowski.adrian1@gmail.com: Re: [Dillo-dev] Dillo failed to compile with GCC 4.4.0]
by jcid＠dillo.org May 23, 2009

May 23, 2009

On Fri, May 22, 2009 at 06:51:16PM +0000, corvid wrote: > No need. Adrian went through a few rounds of sending me the error > msgs, I committed some consts, and then he reported: > > > Success! :) > > Now it compiles and runs whitout glitches. Excellent! -- Cheers Jorge.-

1 0

Dillo failed to compile with GCC 4.4.0
by rutkowski.adrian1＠gmail.com May 22, 2009

May 22, 2009

Hi, I'm trying to compile latest dillo hg snapshot with GCC 4.4.0 and got this error: g++ -DHAVE_CONFIG_H -I. -I.. -I/usr/local/include -g -O2 -Wall -W -Wno-unused-parameter -fno-rtti -fno-exceptions -MT tablecell.o -MD -MP -MF .deps/tablecell.Tpo -c -o tablecell.o tablecell.cc tablecell.cc: In member function ?virtual void dw::TableCell::wordWrap(int)?: tablecell.cc:55: error: invalid conversion from ?const char*? to ?char*? make[2]: *** [tablecell.o] B??d 1 make[2]: Opuszczenie katalogu `/home/adrian/src/dillo/dw' make[1]: *** [all-recursive] B??d 1 make[1]: Opuszczenie katalogu `/home/adrian/src/dillo' make: *** [all] B??d 2 System is Arch Linux with latest gcc package (gcc-4.4.0-2). Adrian Rutkowski

4 4

Dillo failed to compile with GCC 4.4.0
by rutkowski.adrian1＠gmail.com May 22, 2009

May 22, 2009

On Fri, May 22, 2009 at 05:34:20PM +0000, corvid wrote: > Does this compile cleanly for you: > > diff -r 717e6ced084f src/uicmd.cc > --- a/src/uicmd.cc Fri May 22 17:16:18 2009 +0000 > +++ b/src/uicmd.cc Fri May 22 17:32:05 2009 +0000 > @@ -694,8 +694,8 @@ static char *UIcmd_make_save_filename(co > static char *UIcmd_make_save_filename(const char *pathstr) > { > size_t MaxLen = 64; > - char *FileName, *name, *newname, *o, *n; > - const char *dir = a_UIcmd_get_save_dir(); > + char *FileName, *newname, *o, *n; > + const char *name, *dir = a_UIcmd_get_save_dir(); > > if ((name = strrchr(pathstr, '/'))) { > if (strlen(++name) > MaxLen) { Yes that fixed it, now it stops here: g++ -DHAVE_CONFIG_H -I. -I.. -DDILLORC_SYS='"/usr/local/etc/dillorc"' -I/usr/local/include -I.. -I/usr/include/libpng12 -I/usr/local/include -Wno-non-virtual-dtor -g -O2 -Wall -W -Wno-unused-parameter -fno-rtti -fno-exceptions -MT html.o -MD -MP -MF .deps/html.Tpo -c -o html.o html.cc html.cc: In function ?void Html_tag_open_meta(DilloHtml*, const char*, int)?: html.cc:2812: error: invalid conversion from ?const char*? to ?char*? make[1]: *** [html.o] B??d 1 make[1]: Opuszczenie katalogu `/home/adrian/src/dillo/src' make: *** [all-recursive] B??d 1

1 0

image inputs, height and width attrs
by corvid＠lavabit.com May 19, 2009

May 19, 2009

I noticed that images in image inputs weren't scaling, but then I saw in the spec that INPUT isn't supposed to have height and width attrs anyway, so I don't know whether we should do anything about it.

2 2

patch: MSG* macros (Re: patch: default home dir)
by corvid＠lavabit.com May 18, 2009

May 18, 2009

Jorge wrote: > On Fri, May 15, 2009 at 11:06:33PM +0000, corvid wrote: > > BTW, is there a reason why MSG_HTTP doesn't have an "if (prefs.show_msg)"? > > Not much of a reason. > IIRC sometime ago I regarded those as "more important", or at least > they should be visible before searching bugs from the parser and up. > > > And is there a reason why only MSG gets a fflush? > > Most probably in a debugging session, important messages were > beong buffered and so the flush. > > I'd say yes, let's have the fflush and prefs.show_msg act on all of them. > Patch is welcomed! :) I'm sending this to the list in case I'm doing something clumsy or dangerous. It's working for me, anyway.

1 1

dillo sys config location
by corvid＠lavabit.com May 17, 2009

May 17, 2009

I think someone may have brought this up at some point, but what do we want to do about -DDILLORC_SYS='"/usr/local/etc/dillorc"' (as it happens to be in my case) and #define PATHS_RC_SYS "/etc/dillo/" ?

1 0

[patch] Do not change window title
by Christian.Kellermann＠nefkom.net May 16, 2009

May 16, 2009

Skipped content of type multipart/mixed

3 6

[patch] GCC v4.4
by tim.nieradzik＠gmx.de May 15, 2009

May 15, 2009

Dillo does not compile with GCC v4.4.0. A patch is attached. --Tim

4 6

JavaScript support experiment
by stevegigijoe＠yahoo.com.tw May 15, 2009

May 15, 2009

Hello all After I successful build and running dillo-2. I pay more attention on how JavaScript support on dillo. There are some discussion on mailing list and useful information. http://lists.auriga.wearlab.de/pipermail/dillo-dev/2008-October/005065.html http://lists.auriga.wearlab.de/pipermail/dillo-dev/2009-April/006280.html As dillo is fast and small footprint. Things like JavaScript should not be affect overall performence. What we need ? 1.JavaScript parse engine. I personally prefer SEE (simple ECMAScript Engine). Light weight and seems maintained 2.Document Object Model. We have to all objects and that's relate with engine and browser. An really huge task ... More important how to combine it into dillo ? hard code into or by DPI ? As I'm new to dillo, I don't know you guys interesting about this. So I decide to do an small experiment to implement JavaScript support with libSEE + Boehm-GC. Get patch here http://tw.myblog.yahoo.com/stevegigijoe/article?mid=145&prev=-1&next=138 ****** Modify configure.in to check libsee and gc DOM Supports document.write() document.getElementById() document.forms.length document.[form name].length document.[form name].method document.[form name].reset() document.[form name].[input name].value Input HTML scripts and *.js from url run onClick script before submit ****** Take it as an study case. Any discussion & suggestion is welcome Steve ______________________________________________________________________________________________________ ¥I¶O€~®e¶qµL€W¡HYahoo!©_Œ¯¹q€l«Hœc2.0§K¶Oµ¹§A¡A«H¥ó¥Ã»·€£¥²§R¡I http://tw.mg0.mail.yahoo.com/dc/landing

2 1