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

1.3 port status

by corvid＠lavabit.com

Roger wrote: > I was just using hg update (after the initial hg clone $url). hg update is something different. You use hg pull to get changes from a repository. > Here's my description now, pages load, even news.google.com loads! Scrolling > on news.google.com pauses/lags at times. No images loaded on news.google.com. Right now, the scrolling doesn't happen while the cursor wanders outside of the scrollbar bounds. > As for the dillo interface, tabs appear after a few seconds/minutes of mouse > wandering. I do have buttons, but the "File, View, ..." buttons are still > hidden. After mouse wandering? Of their own accord? View?

Jan. 25, 2011

1.3 port status

by rogerx.oss＠gmail.com

> On Mon, Jan 24, 2011 at 09:39:37PM +0000, corvid wrote: >Roger wrote: >> Yup. I performed the 'hg tip' and compared with your times and mine still >> showed older. This is exactly what I was afraid of. svn/cvs update seems so >> much friendlier! >> >> So, I just wiped and re-cloned. > >Had you been using 'hg pull http://hg.dillo.org/dillo_port1.3'? > >I'll take a look at this pthread/lock matter... > >UI brokenness: Is the patch applying cleanly for you? >I'll send you a screenshot of what I see with and without the patch. >It should look rather like ordinary dillo but unpolished. I was just using hg update (after the initial hg clone $url). Totally scratch the buggy GUI description I gave! I forgot to apply 1.3_ui_hardcoded.patch from this thread! Here's my description now, pages load, even news.google.com loads! Scrolling on news.google.com pauses/lags at times. No images loaded on news.google.com. As for the dillo interface, tabs appear after a few seconds/minutes of mouse wandering. I do have buttons, but the "File, View, ..." buttons are still hidden. Images do load for "http://forecast.weather.gov/MapClick.php?zoneid=AKZ222" and www.google.com. But negative images for news.google.com ... no biggy as I only really read text. I'll try the pthread patch next.

Jan. 24, 2011

1.3 port status

by corvid＠lavabit.com

Roger wrote: > Here's that pthread issue again: > g++ -I/usr/include/libpng14 -I/usr/include/fltk-1.1 -D_LARGEFILE_SOURCE > -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 -Wall -W > -Wno-unused-parameter -fno-rtti -fno-exceptions -L/usr/local/lib -o dillo > dillo.o paths.o ui.o uicmd.o bw.o cookies.o auth.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 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 -lpng14 > -L/usr/lib/fltk-1.1 -Wl,-rpath,/usr/lib/fltk-1.1 -lfltk -lXext -lXft > -lfontconfig -ldl -lm -lX11 -lz > dns.o: In function `Dns_server_req': > /home/roger/src/dillo/dillo_port1.3/src/dns.c:360: undefined reference to > `pthread_create' Does the attached fix this for you?

Jan. 24, 2011

1.3 port status

by corvid＠lavabit.com

Roger wrote: > Yup. I performed the 'hg tip' and compared with your times and mine still > showed older. This is exactly what I was afraid of. svn/cvs update seems so > much friendlier! > > So, I just wiped and re-cloned. Had you been using 'hg pull http://hg.dillo.org/dillo_port1.3'? I'll take a look at this pthread/lock matter... UI brokenness: Is the patch applying cleanly for you? I'll send you a screenshot of what I see with and without the patch. It should look rather like ordinary dillo but unpolished.

Jan. 24, 2011

1.3 port status

by rogerx.oss＠gmail.com

> On Mon, Jan 24, 2011 at 06:11:31PM +0000, corvid wrote: >Roger wrote: >> 'hg update' && patch from this thread. > >Your backtrace doesn't match up for dw/layout.cc, for instance. >Is there an 'hg pull' in there as well? >(Also, if it wasn't clear, a new version of the UI patch went up >yesterday.) > >> Going from memory, I believe they were window functions calling the old 2.0 >> branch names instead of 1.3. >> >> I believe I already sent you the details, but since they were only test >> programs and didn't hinder dillo from being built, they aren't a high priority. > >I fixed up the Browser test to compile a couple of days ago. Yup. I performed the 'hg tip' and compared with your times and mine still showed older. This is exactly what I was afraid of. svn/cvs update seems so much friendlier! So, I just wiped and re-cloned. Within the following compiler error stdout's, please ignore the "-I/usr/include/fltk-1.1" as the package maintainer for fltk-1.3 ebuilds on bugs.gentoo.org is working to get the library slotted correctly. I only have fltk-1.3 and fltk-2.0 libraries installed here. Here's that pthread issue again: g++ -I/usr/include/libpng14 -I/usr/include/fltk-1.1 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 -Wall -W -Wno-unused-parameter -fno-rtti -fno-exceptions -L/usr/local/lib -o dillo dillo.o paths.o ui.o uicmd.o bw.o cookies.o auth.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 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 -lpng14 -L/usr/lib/fltk-1.1 -Wl,-rpath,/usr/lib/fltk-1.1 -lfltk -lXext -lXft -lfontconfig -ldl -lm -lX11 -lz dns.o: In function `Dns_server_req': /home/roger/src/dillo/dillo_port1.3/src/dns.c:360: undefined reference to `pthread_create' Too resolve, ./configure --disable-threaded-dns (or am I missing a dep?... I don't think so.) Here's the Flock() function call to the old fltk-2.0 lock function: g++ -I/usr/include/fltk-1.1 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 -Wall -W -Wno-unused-parameter -fno-rtti -fno-exceptions -L/usr/local/lib -o downloads.dpi downloads_dpi-downloads.o dpiutil.o -L/usr/lib/fltk-1.1 -Wl,-rpath,/usr/lib/fltk-1.1 -lfltk -lXext -lXft -lfontconfig -ldl -lm -lX11 ../dpip/libDpip.a ../dlib/libDlib.a downloads_dpi-downloads.o: In function `main': /home/roger/src/dillo/dillo_port1.3/dpi/downloads.cc:1105: undefined reference to `Fl::lock()' Test programs compiled without errors. On execute, I see the "Back, Forward, Home, ..." buttons with a slice of the bottom of the "File, View, ..." stuff. Everything else seems frozen. If I'm not mistaken, I can see the toolbar window extend a third of the way down the screen. Then the next 2/3's I see the light grey browser window with slider. Then 3/3 I can see the top slice of "File, View, ..." toolbar window. Oh. I found the hidden "File" button from "File, View, ..." toolbar. But I can't open a url. But did get a new blank tab open. No pages loaded yet. ctrl-s gets me search the web, and ctrl-r seems to be reloading an invisible page (likely google.com as I see it loads two images from the text info). ctrl-l (open file) and ctrl-n (new window) works. ctrl-l fails to open an applet (open url). Looks like pages are loading by looking at the console and the text info detailing "images loaded", but everything is invisible ... windows borking? Looks like rendering pages is being done invisible because the applets/windows are failing.

Jan. 24, 2011

1.3 port status

by corvid＠lavabit.com

Roger wrote: > Just going to www.google.com and doing a search on a name crashes on me. > > Browser buttons are all screwy - or invisible, along with File, Edit, ... > > Tabs do become visible after visiting an html only (text only) website > such as mine. This is with current patch and all current code? > GNU gdb (Gentoo 7.2 p1) 7.2 > Copyright (C) 2010 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. Type "show copying" > and "show warranty" for details. > This GDB was configured as "i686-pc-linux-gnu". Is this system reasonably ordinary 32-bit linux? > I also forgot to briefly mention, I still need to compiled with "./configure > --disable-threaded-dns" and test programs fail to compile. (dillo is compiled, > yet "make" fails to compile extra test programs -- probably should be a > configure option to enable/disable building test programs -- and test programs > be disabled by default?) What was wrong with the test programs?

Jan. 24, 2011

1.3 port status

by rogerx.oss＠gmail.com

I also forgot to briefly mention, I still need to compiled with "./configure --disable-threaded-dns" and test programs fail to compile. (dillo is compiled, yet "make" fails to compile extra test programs -- probably should be a configure option to enable/disable building test programs -- and test programs be disabled by default?)

Jan. 24, 2011

1.3 port status

by rogerx.oss＠gmail.com

> On Sun, Jan 23, 2011 at 07:06:28PM +0000, corvid wrote: >It should be less crashy now when leaving pages with form widgets >in general. > >It still doesn't like complexbutton, and you can get it to segfault if >you play with tabs enough, which might simply be because my UI patch >doesn't take the UI's y() value into account (nonzero once the tabs >shift it down). Just going to www.google.com and doing a search on a name crashes on me. Browser buttons are all screwy - or invisible, along with File, Edit, ... Tabs do become visible after visiting an html only (text only) website such as mine. The following is a backtrace w/ gdb info: ~/src/dillo/dillo_port1.3/src $ gdb dillo GNU gdb (Gentoo 7.2 p1) 7.2 Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i686-pc-linux-gnu". For bug reporting instructions, please see: <http://bugs.gentoo.org/>... Really redefine built-in command "frame"? (y or n) [answered Y; input not from terminal] Really redefine built-in command "thread"? (y or n) [answered Y; input not from terminal] Really redefine built-in command "start"? (y or n) [answered Y; input not from terminal] Reading symbols from /home/roger/src/dillo/dillo_port1.3/src/dillo...done. gdb> run dillo_dns_init: Here we go! (not threaded) Enabling cookies as from cookiesrc... Nav_open_url: new url='dpi:/bm/' Nav_open_url: new url='http://www.google.com' Dns_server [0]: www.google.com is 74.125.127.105 74.125.127.104 74.125.127.103 74.125.127.99 74.125.127.147 74.125.127.106 Connecting to 74.125.127.105 ...snip... Program received signal SIGSEGV, Segmentation fault. _______________________________________________________________________________ eax:081548E0 ebx:00000004 ecx:081124C0 edx:08153E98 eflags:00010246 esi:00000080 edi:08113B8C esp:BFFFC0BC ebp:BFFFC108 eip:00000001 cs:0073 ds:007B es:007B fs:0000 gs:0033 ss:007B o d I t s Z a P c [007B:BFFFC0BC]---------------------------------------------------------[stack] BFFFC0EC : 03 00 00 00 10 46 15 08 - 08 0F 15 08 08 00 00 00 .....F.......... BFFFC0DC : C0 24 11 08 10 46 15 08 - B3 02 00 00 98 3E 15 08 .$...F.......>.. BFFFC0CC : 03 00 00 00 3C C1 FF BF - C8 55 15 08 A5 3D 3D 4D ....<....U...==M BFFFC0BC : 46 D5 08 08 E0 48 15 08 - B3 02 00 00 A6 01 00 00 F....H.......... [007B:08113B8C]---------------------------------------------------------[ data] 08113B8C : 04 00 00 00 05 00 00 00 - 00 00 00 00 28 00 00 00 ............(... 08113B9C : 05 00 00 00 0D 00 00 00 - 04 00 00 00 04 00 00 00 ................ [0073:00000001]---------------------------------------------------------[ code] => 0x1: Error while running hook_stop: Cannot access memory at address 0x1 0x00000001 in ?? () gdb> bt #0 0x00000001 in ?? () #1 0x0808d546 in dw::Textblock::getWidgetAtPoint (this=0x8153e98, x=0x2b3, y=0x1a6, level=0x2) at textblock.cc:1895 #2 0x080a4576 in dw::core::Widget::getWidgetAtPoint (this=0x8150f08, x=0x2b3, y=0x1a6, level=0x1) at widget.cc:529 #3 0x0808d546 in dw::Textblock::getWidgetAtPoint (this=0x8166ed8, x=0x2b3, y=0x1a6, level=0x0) at textblock.cc:1895 #4 0x0809c010 in dw::core::Layout::getWidgetAtPoint (this=0x8100298, x=0x2b3, y=0x1a6) at layout.cc:832 #5 0x0809da25 in moveToWidgetAtPoint (this=0x8100298, view=0x80f8828, x=0x2b3, y=0x1a6, state=0) at layout.hh:170 #6 dw::core::Layout::motionNotify (this=0x8100298, view=0x80f8828, x=0x2b3, y=0x1a6, state=0) at layout.cc:773 #7 0x08095e2f in dw::fltk::FltkViewBase::handle (this=0x80f8828, event=0xb) at fltkviewbase.cc:250 #8 0xb7f247f4 in send(Fl_Widget*, int) () from /usr/lib/fltk-1.1/libfltk.so.1.3 #9 0xb7f2502d in Fl_Group::handle(int) () from /usr/lib/fltk-1.1/libfltk.so.1.3 #10 0xb7f247f4 in send(Fl_Widget*, int) () from /usr/lib/fltk-1.1/libfltk.so.1.3 #11 0xb7f2502d in Fl_Group::handle(int) () from /usr/lib/fltk-1.1/libfltk.so.1.3 #12 0xb7f247f4 in send(Fl_Widget*, int) () from /usr/lib/fltk-1.1/libfltk.so.1.3 #13 0xb7f2502d in Fl_Group::handle(int) () from /usr/lib/fltk-1.1/libfltk.so.1.3 #14 0xb7f572d8 in Fl_Tabs::handle(int) () from /usr/lib/fltk-1.1/libfltk.so.1.3 #15 0x08052f71 in CustTabGroup::handle (this=0x80c8af8, e=0xb) at uicmd.cc:322 #16 0xb7f247f4 in send(Fl_Widget*, int) () from /usr/lib/fltk-1.1/libfltk.so.1.3 #17 0xb7f2502d in Fl_Group::handle(int) () from /usr/lib/fltk-1.1/libfltk.so.1.3 #18 0xb7f0b6cd in Fl_Window::handle(int) () from /usr/lib/fltk-1.1/libfltk.so.1.3 #19 0xb7f0ba0c in fl_fix_focus() () from /usr/lib/fltk-1.1/libfltk.so.1.3 #20 0xb7f0c1ad in fl_throw_focus(Fl_Widget*) () from /usr/lib/fltk-1.1/libfltk.so.1.3 #21 0xb7f6b40b in Fl_Widget::~Fl_Widget() () from /usr/lib/fltk-1.1/libfltk.so.1.3 #22 0xb7f12f1d in Fl_Button::~Fl_Button() () from /usr/lib/fltk-1.1/libfltk.so.1.3 #23 0x08091cfb in dw::fltk::ui::FltkResource::~FltkResource (this=0xb7fd6ff4, __in_chrg=<value optimized out>) at fltkui.cc:81 #24 0x080928ca in ~FltkSpecificResource (this=0x8112668, __in_chrg=<value optimized out>) at fltkui.hh:210 #25 dw::fltk::ui::FltkLabelButtonResource::~FltkLabelButtonResource (this=0x8112668, __in_chrg=<value optimized out>) at fltkui.cc:239 #26 0x080a3cdf in dw::core::ui::Embed::~Embed (this=0x81127b0, __in_chrg=<value optimized out>) at ui.cc:44 #27 0x08089d5b in dw::Textblock::~Textblock (this=0x8153e98, __in_chrg=<value optimized out>) at textblock.cc:103 #28 0x08086701 in dw::Table::~Table (this=0x8150f08, __in_chrg=<value optimized out>) at table.cc:78 #29 0x08089d5b in dw::Textblock::~Textblock (this=0x8166ed8, __in_chrg=<value optimized out>) at textblock.cc:103 #30 0x0809dfe1 in dw::core::Layout::setWidget (this=0x8100298, widget=0x81577f8) at layout.cc:282 #31 0x08059196 in a_Web_dispatch_by_type (Type=0x8158e88 "text/html; charset=ISO-8859-1", Web=0x80f9770, Call=0x8115d74, Data=0x8115d78) at web.cc:79 #32 0x0805b402 in Cache_process_queue (entry=0x8115d18) at cache.c:1148 #33 0x0805874f in a_Chain_fcb (Op=0x8153e98, Info=0x8152c40, Data1=0x8115db8, Data2=0x80b397f) at chain.c:113 #34 0x08081488 in Dpi_parse_token (Op=0x2, Branch=0x2, Dir=0x1, Info=0x8152c40, Data1=0x8108ba0, Data2=0x0) at dpi.c:220 #35 Dpi_process_dbuf (Op=0x2, Branch=0x2, Dir=0x1, Info=0x8152c40, Data1=0x8108ba0, Data2=0x0) at dpi.c:339 #36 a_Dpi_ccc (Op=0x2, Branch=0x2, Dir=0x1, Info=0x8152c40, Data1=0x8108ba0, Data2=0x0) at dpi.c:735 #37 0x0805874f in a_Chain_fcb (Op=0x8153e98, Info=0x8150240, Data1=0x8108ba0, Data2=0x0) at chain.c:113 #38 0x08081ab6 in a_IO_ccc (Op=0x2, Branch=0x2, Dir=0x1, Info=0x8150240, Data1=0x80ea168, Data2=0x0) at IO.c:425 #39 0x08081d0c in IO_read (io=0x80ea168) at IO.c:197 #40 0x08081da5 in IO_callback (io=0x81548e0) at IO.c:262 #41 0x08081ee7 in IO_fd_read_cb (fd=0x6, data=0x7) at IO.c:283 #42 0xb7f72ef3 in fl_wait(double) () from /usr/lib/fltk-1.1/libfltk.so.1.3 #43 0xb7f0c8f3 in Fl::wait(double) () from /usr/lib/fltk-1.1/libfltk.so.1.3 #44 0xb7f0ca54 in Fl::run() () from /usr/lib/fltk-1.1/libfltk.so.1.3 #45 0x0804db1f in main (argc=0x1, argv=0xbfffeda4) at dillo.cc:369 gdb>

Jan. 24, 2011

1.3 port status

by Johannes.Hofmann＠gmx.de

On Mon, Jan 24, 2011 at 12:02:58AM +0000, corvid wrote: > With the latest code and a new version of the UI patch, > it has suddenly become gratifyingly non-crashy for me :) > But I'm sure you could find a way! No luck yet - still trying :)

Jan. 24, 2011

1.3 port status

by corvid＠lavabit.com

With the latest code and a new version of the UI patch, it has suddenly become gratifyingly non-crashy for me :) But I'm sure you could find a way!

Jan. 24, 2011