- Dillo-dev - lists.mailman3.com

[patch]: [doc]: escape some hash in the text
by onepoint＠starurchin.org May 27, 2009

May 27, 2009

When you're sick of bugs, clean up the docs! This escapes some '#' characters so that "#define" and "#include" appear properly in the text. It also silences some Doxygen warnings (it was trying to interpret those words as links). Regards, Jeremy Henty

2 1

Spotted a tiny dillo bug with tabs
by freya128＠yahoo.com May 24, 2009

May 24, 2009

Tiny bug: When dillo changes tabs it doesn't update the main window header thing. Also the same if you close a tab. This can lead to weird effects such as the top header thing having info about a webpage that you don't have open at all. Hope that helps! :) love Freya

2 1

[bug]: uint32_t not declared
by onepoint＠starurchin.org May 24, 2009

May 24, 2009

The latest tip fails to build for me. I don't have uint32_t. Which header should include it? I'm using gcc 4.1.2. Regards, Jeremy Henty

3 5

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