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

Connection problems on Mac OS X 10.6.7

by jcid＠dillo.org

On Fri, May 27, 2011 at 03:25:32PM -0500, reza farivar wrote: > On Fri, May 27, 2011 at 3:18 PM, Jorge Arellano Cid <jcid(a)dillo.org> wrote: > > > On Fri, May 27, 2011 at 01:53:08PM -0500, reza farivar wrote: > > > On Fri, May 27, 2011 at 12:46 PM, Benjamin Johnson < > > obeythepenguin(a)gmail.com > > > > wrote: > > > > > > > On Fri, 27 May 2011 13:38:43 -0400, reza farivar < > > rf.opensource(a)gmail.com> > > > > wrote: > > > > > > > > Yes. Well, the only plugin I could see is the save button on the > > panel, > > > >> and > > > >> it can successfully navigate the filesystem and save a page correctly. > > > >> > > > > > > > > That one isn't a plugin, actually. Does the bookmarks button work? > > > > > > > > Yes, bookmarks work. (This is a bit of strange implementation of > > bookmarks, > > > no? took me a bit to find out difference of section and item) > > > > Good! > > > > If you can see the html page from the bookmarks, it means the > > whole dpi framework is working on Mac; they communicate using > > sockets. > > > > So it seems the main thing pending is socket support in fl_wait > > for Mac (see my previous email). > > > > Yes, I also think it's the source of this problem (see my other email). > > But what really perplexes me is that this happens only when I enter a URL > manually. When I follow links from one page to another it never happens. Are > you guys using different (FLTK) functions when opening a new page or > following a links (whether in the same tab or in a new tab)? No, but when you hit ENTER, FLTK has a chance to queue events and zero-wait timeouts for the widget callback and necessary stuff. OTOH, clicking a link goes another path (inside dillo). > And it seems that as Dillo "warms up" I get less of this problem... Timimg issues are moody. e.g. Have you tried dillo listening a good mp3? :-) BTW, good you asked Manolo G. (FWIW, FLTK2 has code for socket events in Mac). -- Cheers Jorge.-

May 27, 2011

Connection problems on Mac OS X 10.6.7

by obeythepenguin＠gmail.com

On Fri, 27 May 2011 16:19:23 -0400, reza farivar <rf.opensource(a)gmail.com> wrote: > I'll wait a few hours to see if I get a response back from Manolo, > otherwise > I'll give his patch a try. However, FL_wait in linux version of FLTK-1.3 > uses "select" which can return socket events, while the mac version > doesn't > have that. That's almost certainly it. I should have looked closer at that part of the file, really, since that's where a lot of Windows problems were, too -- it seems FLTK really can't be bothered testing this stuff on non-Linux platforms. One last thing you could try while you're waiting: force it to use Fl_mac.cxx instead of Fl_cocoa.mm, and compile FLTK and Dillo as 32-bit. Offhand I have no idea how to do that, since I don't own a Mac, but I understand 32-bit apps can still use the old Carbon API (unlike 64-bit, which have to use Cocoa). ~Benjamin

May 27, 2011

Connection problems on Mac OS X 10.6.7

by rf.opensource＠gmail.com

On Fri, May 27, 2011 at 3:18 PM, Jorge Arellano Cid <jcid(a)dillo.org> wrote: > On Fri, May 27, 2011 at 01:53:08PM -0500, reza farivar wrote: > > On Fri, May 27, 2011 at 12:46 PM, Benjamin Johnson < > obeythepenguin(a)gmail.com > > > wrote: > > > > > On Fri, 27 May 2011 13:38:43 -0400, reza farivar < > rf.opensource(a)gmail.com> > > > wrote: > > > > > > Yes. Well, the only plugin I could see is the save button on the > panel, > > >> and > > >> it can successfully navigate the filesystem and save a page correctly. > > >> > > > > > > That one isn't a plugin, actually. Does the bookmarks button work? > > > > > > Yes, bookmarks work. (This is a bit of strange implementation of > bookmarks, > > no? took me a bit to find out difference of section and item) > > Good! > > If you can see the html page from the bookmarks, it means the > whole dpi framework is working on Mac; they communicate using > sockets. > > So it seems the main thing pending is socket support in fl_wait > for Mac (see my previous email). > Yes, I also think it's the source of this problem (see my other email). But what really perplexes me is that this happens only when I enter a URL manually. When I follow links from one page to another it never happens. Are you guys using different (FLTK) functions when opening a new page or following a links (whether in the same tab or in a new tab)? And it seems that as Dillo "warms up" I get less of this problem... > > View source works too, and chances are cookies are working (otherwise > many > > servers would complain). I cant find the rest (downloads, etc.) > > If one works, all of them work. > > -- > Cheers > Jorge.- > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev >

May 27, 2011

Connection problems on Mac OS X 10.6.7

by rf.opensource＠gmail.com

On Fri, May 27, 2011 at 3:11 PM, Benjamin Johnson <obeythepenguin(a)gmail.com>wrote: > On Fri, 27 May 2011 14:59:01 -0400, reza farivar <rf.opensource(a)gmail.com> > wrote: > > Unfortunately not, didn't solve the problem. >> > > Well, there's my crazy guess, anyway. Does GDB still give the same output? > Yes, very same output. > > (It's definitely worth trying the patch Jorge suggested, too) I'll wait a few hours to see if I get a response back from Manolo, otherwise I'll give his patch a try. However, FL_wait in linux version of FLTK-1.3 uses "select" which can return socket events, while the mac version doesn't have that. > > > ~Benjamin > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev >

May 27, 2011

Connection problems on Mac OS X 10.6.7

by jcid＠dillo.org

On Fri, May 27, 2011 at 01:53:08PM -0500, reza farivar wrote: > On Fri, May 27, 2011 at 12:46 PM, Benjamin Johnson <obeythepenguin(a)gmail.com > > wrote: > > > On Fri, 27 May 2011 13:38:43 -0400, reza farivar <rf.opensource(a)gmail.com> > > wrote: > > > > Yes. Well, the only plugin I could see is the save button on the panel, > >> and > >> it can successfully navigate the filesystem and save a page correctly. > >> > > > > That one isn't a plugin, actually. Does the bookmarks button work? > > > > Yes, bookmarks work. (This is a bit of strange implementation of bookmarks, > no? took me a bit to find out difference of section and item) Good! If you can see the html page from the bookmarks, it means the whole dpi framework is working on Mac; they communicate using sockets. So it seems the main thing pending is socket support in fl_wait for Mac (see my previous email). > View source works too, and chances are cookies are working (otherwise many > servers would complain). I cant find the rest (downloads, etc.) If one works, all of them work. -- Cheers Jorge.-

May 27, 2011

Connection problems on Mac OS X 10.6.7

by rf.opensource＠gmail.com

On Fri, May 27, 2011 at 1:08 PM, Jorge Arellano Cid <jcid(a)dillo.org> wrote: > On Fri, May 27, 2011 at 12:38:43PM -0500, reza farivar wrote: > > On Fri, May 27, 2011 at 10:28 AM, Jorge Arellano Cid <jcid(a)dillo.org> > wrote: > > > > > On Thu, May 26, 2011 at 03:42:04PM -0500, reza farivar wrote: > > > > On Thu, May 26, 2011 at 3:18 PM, Johannes Hofmann > > > > > > > > > [...] > > > > > Did you take special care to compile fltk-1.3 with X11 backend? > > > > > If not, you might run the dillo as native Cocoa application. > > > > > In that case you were more successful then me. > > > > > For me dillo with Cocoa-fltk starts, but does not load any remote > > > > > pages. There seem to be severe issues with the way fltk handles > events > > > > > in the Cocoa case. > > > > > > > > > > > > > Hmm, maybe I should try recompiling fltk with X11 backend...But my > > > current > > > > native version is so close to working with no problems... > > > > > > Yes, it's amazing how close it is from working native. > > > Are plugins working OK? (e.g. can you browse the filesystem?) > > > > > > > Yes. Well, the only plugin I could see is the save button on the panel, > and > > it can successfully navigate the filesystem and save a page correctly. > > > > > > > > > > Do you know how to use gdb? > > > It would be great to know in what functions the busy wait happens. > > > It could be a timeout or anything. For this: > > > > > > > > gdb ./dillo > > > <when locked on high CPU usage, hit Ctrl-c> > > > > bt > > > > > > > Yes, Here's the result. I tried it a couple of times, and this looks like > > the culprit: > > > > #13 0x000000010007d373 in do_queued_events () at style.hh:554 > > #14 0x000000010007ffa0 in fl_mac_flush_and_wait () at style.hh:554 > > #15 0x0000000100083c6f in Fl::run () at style.hh:554 > > This gets us on track! > > Dig... > > In fltk-1.3-rc6, Fl_mac.cxx, it says: > > <quote> > > /** > * This public function handles all events. It wait a maximum of > * 'time' secods for an event. This version returns 1 if events > * other than the timeout timer were processed. > * > * \todo there is no socket handling in this code whatsoever > */ > int fl_wait( double time ) > { > do_queued_events( time ); > return (got_events); > } > > </quote> > > so it looks like when there're sockets to watch, there's a busy > wait (because it sometimes work). > > This is for the FLTK devs to answer. > Interesting find. Indeed if you look at FL_wait in FL_x.cxx, they issue a select system call that can identify socket events, while the mac version seems to only be a timeout based mechanism. I just emailed Manolo Gouy from FLTK (he seems in charge of the Mac section), and I'll let you know. BTW, FL_mac.cxx seems to be deprecated, and their most recent developments is in FL_cocoa.mm. > > As a wild shot I'd try: > > Fl_cocoa.mm:680 > - time_to_wait = 0.0; > + time_to_wait = 0.2; > > Or set it to always 0.1 and see what happens. > > -- > Cheers > Jorge.- > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev >

May 27, 2011

Connection problems on Mac OS X 10.6.7

by obeythepenguin＠gmail.com

On Fri, 27 May 2011 14:59:01 -0400, reza farivar <rf.opensource(a)gmail.com> wrote: > Unfortunately not, didn't solve the problem. Well, there's my crazy guess, anyway. Does GDB still give the same output? (It's definitely worth trying the patch Jorge suggested, too) ~Benjamin

May 27, 2011

Connection problems on Mac OS X 10.6.7

by rf.opensource＠gmail.com

On Fri, May 27, 2011 at 1:04 PM, Benjamin Johnson <obeythepenguin(a)gmail.com>wrote: > On Fri, 27 May 2011 13:38:43 -0400, reza farivar <rf.opensource(a)gmail.com> > wrote: > > Yes, Here's the result. I tried it a couple of times, and this looks like >> the culprit: >> >> #13 0x000000010007d373 in do_queued_events () at style.hh:554 >> #14 0x000000010007ffa0 in fl_mac_flush_and_wait () at style.hh:554 >> #15 0x0000000100083c6f in Fl::run () at style.hh:554 >> >> Those three lines are consistent everytime I break in GDB. The more >> detailed >> ones are different of course. Here's one, just in case: >> >> #0 0x00007fff87967dc5 in tiny_malloc_from_free_list () >> #1 0x00007fff87966fdd in szone_malloc_should_clear () >> #2 0x00007fff8799d32b in szone_memalign () >> #3 0x00007fff879a46eb in malloc_zone_memalign () >> #4 0x00007fff87376608 in CFSortIndexes () >> #5 0x00007fff87376480 in CFQSortArray () >> #6 0x00007fff87386ad2 in __CFRunLoopDoObservers () >> #7 0x00007fff87361da4 in CFRunLoopRunSpecific () >> #8 0x00007fff842457ee in RunCurrentEventLoopInMode () >> #9 0x00007fff842455f3 in ReceiveNextEventCommon () >> #10 0x00007fff842454ac in BlockUntilNextEventMatchingListInMode () >> #11 0x00007fff85739e64 in _DPSNextEvent () >> #12 0x00007fff857397a9 in -[NSApplication >> nextEventMatchingMask:untilDate:inMode:dequeue:] () >> #13 0x000000010007d373 in do_queued_events () at style.hh:554 >> #14 0x000000010007ffa0 in fl_mac_flush_and_wait () at style.hh:554 >> #15 0x0000000100083c6f in Fl::run () at style.hh:554 >> #16 0x0000000100003a85 in main (argc=1, argv=0x7fff5fbff828) at >> dillo.cc:431 >> > > I did a bit more looking. Here's style.hh: > http://hg.dillo.org/dillo_port1.3/file/b24e8b62bef3/dw/style.hh > > Line 554 of style.hh is > Tooltip (const char *text): TooltipAttrs(text) { refCount = 0; } > > Then I found this recent thread on FLTK's mailing list: > http://comments.gmane.org/gmane.comp.lib.fltk.general/23464 > > It seems kind of far-fetched, but this leads me to think there's something > going on with tooltips -- some bug in the code might be corrupting memory or > something. Does adding "show_tooltip=NO" to your dillorc have any effect? > Unfortunately not, didn't solve the problem. > > ~Benjamin > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev >

May 27, 2011

Connection problems on Mac OS X 10.6.7

by rf.opensource＠gmail.com

On Fri, May 27, 2011 at 12:46 PM, Benjamin Johnson <obeythepenguin(a)gmail.com > wrote: > On Fri, 27 May 2011 13:38:43 -0400, reza farivar <rf.opensource(a)gmail.com> > wrote: > > Yes. Well, the only plugin I could see is the save button on the panel, >> and >> it can successfully navigate the filesystem and save a page correctly. >> > > That one isn't a plugin, actually. Does the bookmarks button work? > > Yes, bookmarks work. (This is a bit of strange implementation of bookmarks, no? took me a bit to find out difference of section and item) > (Dillo's plugins right now are bookmarks, cookies, downloads, view source, > and data/file/ftp/https URIs. They're not Flash-type graphical plugins, but > things that really should be built into the browser.) > > View source works too, and chances are cookies are working (otherwise many servers would complain). I cant find the rest (downloads, etc.) > > Yes, Here's the result. I tried it a couple of times, and this looks like >> the culprit: >> >> #13 0x000000010007d373 in do_queued_events () at style.hh:554 >> #14 0x000000010007ffa0 in fl_mac_flush_and_wait () at style.hh:554 >> #15 0x0000000100083c6f in Fl::run () at style.hh:554 >> >> Those three lines are consistent everytime I break in GDB. The more >> detailed >> ones are different of course. Here's one, just in case: >> >> #0 0x00007fff87967dc5 in tiny_malloc_from_free_list () >> #1 0x00007fff87966fdd in szone_malloc_should_clear () >> #2 0x00007fff8799d32b in szone_memalign () >> #3 0x00007fff879a46eb in malloc_zone_memalign () >> #4 0x00007fff87376608 in CFSortIndexes () >> #5 0x00007fff87376480 in CFQSortArray () >> #6 0x00007fff87386ad2 in __CFRunLoopDoObservers () >> #7 0x00007fff87361da4 in CFRunLoopRunSpecific () >> #8 0x00007fff842457ee in RunCurrentEventLoopInMode () >> #9 0x00007fff842455f3 in ReceiveNextEventCommon () >> #10 0x00007fff842454ac in BlockUntilNextEventMatchingListInMode () >> #11 0x00007fff85739e64 in _DPSNextEvent () >> #12 0x00007fff857397a9 in -[NSApplication >> nextEventMatchingMask:untilDate:inMode:dequeue:] () >> #13 0x000000010007d373 in do_queued_events () at style.hh:554 >> #14 0x000000010007ffa0 in fl_mac_flush_and_wait () at style.hh:554 >> #15 0x0000000100083c6f in Fl::run () at style.hh:554 >> #16 0x0000000100003a85 in main (argc=1, argv=0x7fff5fbff828) at >> dillo.cc:431 >> > > It looks like the problem's somewhere in FLTK. I'll take a look and see > what I can find. > > Cheers, > ~Benjamin > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev >

May 27, 2011

Connection problems on Mac OS X 10.6.7

by jcid＠dillo.org

On Fri, May 27, 2011 at 12:38:43PM -0500, reza farivar wrote: > On Fri, May 27, 2011 at 10:28 AM, Jorge Arellano Cid <jcid(a)dillo.org> wrote: > > > On Thu, May 26, 2011 at 03:42:04PM -0500, reza farivar wrote: > > > On Thu, May 26, 2011 at 3:18 PM, Johannes Hofmann > > > > > > > [...] > > > > Did you take special care to compile fltk-1.3 with X11 backend? > > > > If not, you might run the dillo as native Cocoa application. > > > > In that case you were more successful then me. > > > > For me dillo with Cocoa-fltk starts, but does not load any remote > > > > pages. There seem to be severe issues with the way fltk handles events > > > > in the Cocoa case. > > > > > > > > > > Hmm, maybe I should try recompiling fltk with X11 backend...But my > > current > > > native version is so close to working with no problems... > > > > Yes, it's amazing how close it is from working native. > > Are plugins working OK? (e.g. can you browse the filesystem?) > > > > Yes. Well, the only plugin I could see is the save button on the panel, and > it can successfully navigate the filesystem and save a page correctly. > > > > > > Do you know how to use gdb? > > It would be great to know in what functions the busy wait happens. > > It could be a timeout or anything. For this: > > > > gdb ./dillo > > <when locked on high CPU usage, hit Ctrl-c> > > bt > > > > Yes, Here's the result. I tried it a couple of times, and this looks like > the culprit: > > #13 0x000000010007d373 in do_queued_events () at style.hh:554 > #14 0x000000010007ffa0 in fl_mac_flush_and_wait () at style.hh:554 > #15 0x0000000100083c6f in Fl::run () at style.hh:554 This gets us on track! Dig... In fltk-1.3-rc6, Fl_mac.cxx, it says: <quote> /** * This public function handles all events. It wait a maximum of * 'time' secods for an event. This version returns 1 if events * other than the timeout timer were processed. * * \todo there is no socket handling in this code whatsoever */ int fl_wait( double time ) { do_queued_events( time ); return (got_events); } </quote> so it looks like when there're sockets to watch, there's a busy wait (because it sometimes work). This is for the FLTK devs to answer. As a wild shot I'd try: Fl_cocoa.mm:680 - time_to_wait = 0.0; + time_to_wait = 0.2; Or set it to always 0.1 and see what happens. -- Cheers Jorge.-

May 27, 2011