On Wed, Oct 01, 2008 at 03:01:19PM -0400, Jorge Arellano Cid wrote:
On Wed, Oct 01, 2008 at 06:14:47PM +0200, Johannes Hofmann wrote:
On Wed, Oct 01, 2008 at 11:45:53AM -0400, Jorge Arellano Cid wrote:
On Wed, Oct 01, 2008 at 04:47:05PM +0200, Johannes Hofmann wrote:
Hi,
On Wed, Oct 01, 2008 at 10:33:20AM -0400, Jorge Arellano Cid wrote:
Hi,
On Sat, Sep 27, 2008 at 05:38:03PM -0400, Jorge Arellano Cid wrote:
On Sat, Sep 27, 2008 at 05:29:28PM +0000, corvid wrote: > It's still possible to crash dillo if you click on a remote link and > quickly click on some images to load them. Doesn't crash every time, > but typically within four tries or so. I had assumed it was the same > thing as whatever was wrong with the menu crash, so I'd ignored it. > > If I stick > a_Bw_stop_clients(bw, BW_Img); > in the DilloHtml destructor, I can no longer get it to crash, but > I randomly got a "Cache_process_queue Caught busy!!!" while browsing > earlier today, so there's something wrong with just doing that. > (Assuming it's related; I'm not in the habit of getting that MSG.)
That message means big trouble: the event loop stepped over itself...
I've tried several different ways but can't get to crash it.
Does the attached patch help?
-- Cheers Jorge.-
diff -pru dillo2/src/html.cc dillo2-cur/src/html.cc --- dillo2/src/html.cc 2008-09-27 15:11:08.000000000 -0400 +++ dillo2-cur/src/html.cc 2008-09-27 17:34:21.000000000 -0400 @@ -711,6 +711,8 @@ bool_t DilloHtml::unloadedImages() */ void DilloHtml::loadImages (const DilloUrl *pattern) { + dReturn_if_fail (bw->nav_expecting == FALSE); + for (int i = 0; i < images->size(); i++) { if (images->get(i)->image) { if ((!pattern) || (!a_Url_cmp(images->get(i)->url, pattern))) {
Can you still crash dillo this way, with the latest CVS? (i.e. without the above patch).
I'm currently seeing all sorts of crashes and I suspect that they are related to xpmImage from fltk. Could someone with a linux machine please check current dillo with valgrind especially when the new mini_bug_xpm is shown?
Also changing mini_bug_xpm to 15x15 seems to fix things for me. I don't understand all that completely, but other crashes might be related to this.
OK, I'll check with valgrind... Does changing mini_ok_xpm to 16x16 fix it too?
No it doesn't, that's what I thought first too :-)
But it really only happens when fltk was compiled with --disable-xft
I did that and FLTK's tests don't use xft, but my dillo-fltk still uses them!
Did you call ./configure for dillo again?
BTW, does a:
- new_w = strlen(str)*8 + 20; + new_w = strlen(str)*8 + 40;
in ui.cc solve the problem for you?
No, it doesn't. I think it's a fltk problem. Cheers, Johannes