Dillo FLTK2 alpha release for developers
Hi there, This is an alpha release of the next generation of the Dillo web browser. The code underwent a major rewrite: significant parts of the codebase were ported to C++, and the rendering engine now uses the FLTK2 library instead of GTK1. Please read the README inside dillo's tarball. Developers willing to join the project and contribute are highly encouraged. Sebastian did an excellent work documenting the new dillo widget engine (just run doxygen inside DW tree). This is a good milestone in the project's history, we hope to be able to continue working on it. This is one step ahead, and we need other developers help. Please note that this code is under GPL3! BTW, if you want to know what antialiased utf-8 is, just go to: http://www.gnu.org/home.fa.html after compiling dillo-fltk. Here are the instructions on how to get it working: --------------- Get these files --------------- wget http://www.dillo.org/dillo2/fltk-2.0.x-r5917.tar.bz2 wget http://www.dillo.org/dillo2/dw-testbed-0.0.43j.tar.bz2 wget http://www.dillo.org/dillo2/dillo-f15f.tar.bz2 ----- FLTK2 ----- tar jxvf fltk-2.0.x-r5917.tar.bz2 cd fltk-2.0.x-r5917 make // Should compile cleanly if you have the // necessary development packages... cd test; ./demo // You can play with it too! cd .. su make install // Install FLTK2 libraries exit cd .. ---------- dw-0.0.43j ---------- tar jxvf dw-testbed-0.0.43j.tar.bz2 cd dw-testbed-0.0.43j ./configure make cd test // You can test it from here cd ../.. doxygen // Excellent documentation in html cd html; dillo index.html // (start browsing docs here) cd ../.. ln -s dw-testbed-0.0.43j dw-testbed // Don't forget this link ---------- dillo f15j ---------- tar jxvf dillo-f15f.tar.bz2 cd dillo-f15 ./configure make su make install // Needed for dpis exit cd src ./dillo-fltk // This is is it! cd .. -------- dillorc2 -------- There's a "dillorc2" file inside the tarball's top directory: cp dillorc2 ~/.dillo/ that will let you use the new and old dillo without trouble. -- Cheers Jorge.-
Hi Jorge, Congratulations. It is encouraging to see the first release in a veeeeery loooong time. Under Debian Lenny, the fltk and dw packages build fine. dillo configures OK, but make fails with masses of errors spat out from https.c - mostly "expected ')' before '*' token" errors. Is there possibly a typo that may have crept into the server copy? Best wishes, Mark --- wrote:
Hi there,
This is an alpha release of the next generation of the Dillo web browser. The code underwent a major rewrite: significant parts of the codebase were ported to C++, and the rendering engine now uses the FLTK2 library instead of GTK1.
Please read the README inside dillo's tarball.
Developers willing to join the project and contribute are highly encouraged. Sebastian did an excellent work documenting the new dillo widget engine (just run doxygen inside DW tree).
This is a good milestone in the project's history, we hope to be able to continue working on it. This is one step ahead, and we need other developers help.
Please note that this code is under GPL3!
BTW, if you want to know what antialiased utf-8 is, just go to:
http://www.gnu.org/home.fa.html
after compiling dillo-fltk.
Here are the instructions on how to get it working:
--------------- Get these files ---------------
wget http://www.dillo.org/dillo2/fltk-2.0.x-r5917.tar.bz2 wget http://www.dillo.org/dillo2/dw-testbed-0.0.43j.tar.bz2 wget http://www.dillo.org/dillo2/dillo-f15f.tar.bz2
----- FLTK2 -----
tar jxvf fltk-2.0.x-r5917.tar.bz2 cd fltk-2.0.x-r5917 make // Should compile cleanly if you have the // necessary development packages... cd test; ./demo // You can play with it too! cd .. su make install // Install FLTK2 libraries exit cd ..
---------- dw-0.0.43j ----------
tar jxvf dw-testbed-0.0.43j.tar.bz2 cd dw-testbed-0.0.43j ./configure make cd test // You can test it from here cd ../.. doxygen // Excellent documentation in html cd html; dillo index.html // (start browsing docs here) cd ../.. ln -s dw-testbed-0.0.43j dw-testbed // Don't forget this link
---------- dillo f15j ----------
tar jxvf dillo-f15f.tar.bz2 cd dillo-f15 ./configure make su make install // Needed for dpis exit cd src ./dillo-fltk // This is is it! cd ..
-------- dillorc2 --------
There's a "dillorc2" file inside the tarball's top directory: cp dillorc2 ~/.dillo/ that will let you use the new and old dillo without trouble.
-- Cheers Jorge.-
_______________________________________________ Dillo-dev mailing list Dillo-dev@dillo.org
http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev
___________________________________________________________ Want ideas for reducing your carbon footprint? Visit Yahoo! For Good http://uk.promotions.yahoo.com/forgood/environment.html
On Mon, Oct 01, 2007 at 09:37:22AM +0100, Mark South wrote:
Hi Jorge,
Congratulations.
Thanks!
It is encouraging to see the first release in a veeeeery loooong time.
Yes, it's a loooong story.
Under Debian Lenny, the fltk and dw packages build fine. dillo configures OK, but make fails with masses of errors spat out from https.c - mostly "expected ')' before '*' token" errors. Is there possibly a typo that may have crept into the server copy?
Not in the server. $ md5sum dillo-f15f.tar.bz2 $ cbc03fd64ae538fc887a54de5116fa4b dillo-f15f.tar.bz2 Please verify that your tree is not corrupted. BTW, I'm using Debian etch (also tested on Slackware, Fedora and Ubuntu). -- Cheers Jorge.-
On Mon, Oct 01, 2007 at 09:18:54AM -0400, dillo-dev-bounces@dillo.org wrote:
Please verify that your tree is not corrupted. BTW, I'm using Debian etch (also tested on Slackware, Fedora and Ubuntu).
I left the laptop at home today, but I gave this a quick go last night, and fltk didn't configure properly on Ubuntu claiming that it couldn't find X11. Any thoughts as to why that may be? It couldn't find X11/Intrinsic.h (which I didn't actually look for yet). Is there a package I need to install that I don't have? -brian -- "Perl can be fast and elegant as much as J2EE can be fast and elegant. In the hands of a skilled artisan, it can and does happen; it's just that most of the shit out there is built by people who'd be better suited to making sure that my burger is cooked thoroughly." -- Jonathan Patschke
On Mon, Oct 01, 2007 at 08:24:02AM -0500, Brian Hechinger wrote:
On Mon, Oct 01, 2007 at 09:18:54AM -0400, dillo-dev-bounces@dillo.org wrote:
Please verify that your tree is not corrupted. BTW, I'm using Debian etch (also tested on Slackware, Fedora and Ubuntu).
I left the laptop at home today, but I gave this a quick go last night, and fltk didn't configure properly on Ubuntu claiming that it couldn't find X11. Any thoughts as to why that may be? It couldn't find X11/Intrinsic.h (which I didn't actually look for yet). Is there a package I need to install that I don't have?
The *-devel for X11 in Ubuntu. -- Cheers Jorge.-
Hi again Jorge, --- Jorge wrote:
On Mon, Oct 01, 2007 at 09:37:22AM +0100, Mark South wrote:
It is encouraging to see the first release in a veeeeery loooong time.
Yes, it's a loooong story.
Sometime when you feel like it, you can tell us all.
Under Debian Lenny, the fltk and dw packages build fine. dillo configures OK, but make fails with masses of errors spat out from https.c - mostly "expected ')' before '*' token" errors. Is there possibly a typo that may have crept into the server copy?
Not in the server.
$ md5sum dillo-f15f.tar.bz2 $ cbc03fd64ae538fc887a54de5116fa4b dillo-f15f.tar.bz2
Please verify that your tree is not corrupted.
The md5sum is good (and the bzip archive would not unpack correctly if it were not). The choke point is in https.c, just after the #define ENABLE_SSL
BTW, I'm using Debian etch (also tested on Slackware, Fedora and Ubuntu).
My Etch box is doing something else right now :-) -- Mark South marksouth.tumblr.com ___________________________________________________________ Want ideas for reducing your carbon footprint? Visit Yahoo! For Good http://uk.promotions.yahoo.com/forgood/environment.html
Hi, On Mon, Oct 01, 2007 at 02:28:16PM +0100, Mark South wrote:
Hi again Jorge,
--- Jorge wrote:
On Mon, Oct 01, 2007 at 09:37:22AM +0100, Mark South wrote:
It is encouraging to see the first release in a veeeeery loooong time.
Yes, it's a loooong story.
Sometime when you feel like it, you can tell us all.
:)
Under Debian Lenny, the fltk and dw packages build fine. dillo configures OK, but make fails with masses of errors spat out from https.c - mostly "expected ')' before '*' token" errors. Is there possibly a typo that may have crept into the server copy?
Not in the server.
$ md5sum dillo-f15f.tar.bz2 $ cbc03fd64ae538fc887a54de5116fa4b dillo-f15f.tar.bz2
Please verify that your tree is not corrupted.
The md5sum is good (and the bzip archive would not unpack correctly if it were not).
I prefered not to point that! ;-)
The choke point is in https.c, just after the
#define ENABLE_SSL
be sure to have these packages: openssl and libssl-dev. Then remove the whole source tree unpack again and ./configure. (That's que quick&dirty for avoiding auto*'s cache). -- Cheers Jorge.-
Hi Jorge, 2007/9/30, <>:
Hi there,
This is an alpha release of the next generation of the Dillo web browser. The code underwent a major rewrite: significant parts of the codebase were ported to C++, and the rendering engine now uses the FLTK2 library instead of GTK1.
Please read the README inside dillo's tarball.
You do my day with this news. Congratulations!!!
Developers willing to join the project and contribute are highly encouraged. Sebastian did an excellent work documenting the new dillo widget engine (just run doxygen inside DW tree).
This is a good milestone in the project's history, we hope to be able to continue working on it. This is one step ahead, and we need other developers help.
The linux embedded community now have a real embedded web browser to use.
Please note that this code is under GPL3!
:-D
BTW, if you want to know what antialiased utf-8 is, just go to:
http://www.gnu.org/home.fa.html
after compiling dillo-fltk.
Here are the instructions on how to get it working:
--------------- Get these files ---------------
wget http://www.dillo.org/dillo2/fltk-2.0.x-r5917.tar.bz2 wget http://www.dillo.org/dillo2/dw-testbed-0.0.43j.tar.bz2 wget http://www.dillo.org/dillo2/dillo-f15f.tar.bz2
----- FLTK2 -----
tar jxvf fltk-2.0.x-r5917.tar.bz2 cd fltk-2.0.x-r5917 make // Should compile cleanly if you have the // necessary development packages... cd test; ./demo // You can play with it too! cd .. su make install // Install FLTK2 libraries exit cd ..
---------- dw-0.0.43j ----------
tar jxvf dw-testbed-0.0.43j.tar.bz2 cd dw-testbed-0.0.43j ./configure make cd test // You can test it from here cd ../.. doxygen // Excellent documentation in html cd html; dillo index.html // (start browsing docs here) cd ../.. ln -s dw-testbed-0.0.43j dw-testbed // Don't forget this link
---------- dillo f15j ----------
tar jxvf dillo-f15f.tar.bz2 cd dillo-f15 ./configure make su make install // Needed for dpis exit cd src ./dillo-fltk // This is is it! cd ..
-------- dillorc2 --------
There's a "dillorc2" file inside the tarball's top directory: cp dillorc2 ~/.dillo/ that will let you use the new and old dillo without trouble.
Long life to Dillo!
-- Cheers Jorge.-
_______________________________________________ Dillo-dev mailing list Dillo-dev@dillo.org http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev
Alan
Hi Alan, On Mon, Oct 01, 2007 at 11:13:41AM -0300, Alan Carvalho de Assis wrote:
Hi Jorge,
2007/9/30, <>:
Hi there,
This is an alpha release of the next generation of the Dillo web browser. The code underwent a major rewrite: significant parts of the codebase were ported to C++, and the rendering engine now uses the FLTK2 library instead of GTK1.
Please read the README inside dillo's tarball.
You do my day with this news. Congratulations!!!
You're welcome (and great you like it!). BTW, I still feel the nice effect of the OS in BIOS video you made. I can't wait until I see the same video with Dillo running in it! =8-) Please confirm the other posters you were able to build dillo-fltk. -- Cheers Jorge.-
Hi Jorge, 2007/10/1, <>:
Hi Alan,
On Mon, Oct 01, 2007 at 11:13:41AM -0300, Alan Carvalho de Assis wrote:
Hi Jorge,
2007/9/30, <>:
Hi there,
This is an alpha release of the next generation of the Dillo web browser. The code underwent a major rewrite: significant parts of the codebase were ported to C++, and the rendering engine now uses the FLTK2 library instead of GTK1.
Please read the README inside dillo's tarball.
You do my day with this news. Congratulations!!!
You're welcome (and great you like it!).
BTW, I still feel the nice effect of the OS in BIOS video you made. I can't wait until I see the same video with Dillo running in it! =8-)
Please confirm the other posters you were able to build dillo-fltk.
I can't do it now, I'm busy finishing my master degree thesis. Then my project to develop a BIOS OS is stalled :-( All my energy was devoted to place LinuxBIOS and Kdrive inside LinuxBIOS, but now I need complete my master degree before involve in this project newly. Anyone who want try make it can just use the LBdistro I developed to simplify the compilation of LinuxBIOS and the rootfs applications.
-- Cheers Jorge.-
Cheers, Alan
Dear Jorge & dillo fans, I can confirm this will run and build on OpenBSD-4.1 with minor modifications: * remove the GL & glut targets from the fltk Makefile if you don't need it * implement a strndup() function in dw/selection.cc in the testbed as OpenBSD doesn't have that in string.h I still have one question: I wanted to try out https (yes I know the README says it doesn't work). And of course it did not work: prefs: Using internal defaults. dillo_dns_init: Here we go! (threaded) Enabling cookies as from cookiesrc... Nav_open_url: Url=>https://www.ccc.de<; [dpid]: dpi.c:70: a_Dpi_rd_dpi_socket_dir: fopen Dpi_blocking_start_dpid: try 1 [dpid]: No such file or directory [dpid]: - /home/ckeen/.dillo/dpi_socket_dir [dpid]: init_sockdir: The dpi_socket_dir file (null) does not exist dpid started a_Dpiapi_dialog: dpip_tag: <cmd='dialog' msg='The remote certificate cannot be verified (code 20)' alt1='Continue' alt2='Cancel' '> mouse button 1 was pressed a_UIcmd_stop() Is the backward channel form dpis supposed to work? If yes I will look into it. If there is too much missing atm, I would be gladful for a hint on where to start. Thank you very _very_ much for this nice programme and for bearing with us! Kind regards, Christian -- You may use my gpg key for replies: pub 1024D/47F79788 2005/02/02 Christian Kellermann (C-Keen)
Hi jorge and Sebastian Thanks for releasing this version!! On Sun, 30 Sep 2007 20:09:25 -0400, wrote:
----- FLTK2 -----
builds fine, its really a great lib!!
---------- dw-0.0.43j ----------
err... failed to build: make[1]: Entering directory `/home/higuita/dillo/dw-testbed-0.0.43j/lout' g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -MT object.o -MD -MP -MF .deps/object.Tpo -c -o object.o object.cc object.cc: In member function 'virtual int object::Pointer::hashValue()': object.cc:118: error: cast from 'void*' to 'int' loses precision object.cc: In member function 'virtual void object::Pointer::intoStringBuffer(misc::StringBuffer*)': object.cc:132: error: cast from 'void*' to 'int' loses precision make[1]: *** [object.o] Error 1 make[1]: Leaving directory `/home/higuita/dillo/dw-testbed-0.0.43j/lout' make: *** [all-recursive] Error 1 i'm using slamd64 (slackware clone in 64bit)... gcc (GCC) 4.1.2
---------- dillo f15j ----------
also fails, looks like its the same reason: make[3]: Entering directory `/home/higuita/dillo/dillo-f15/src' g++ -DHAVE_CONFIG_H -I. -I.. -DDILLORC_SYS='"/usr/local/etc/dillorc"' -I/usr/local/include -I../../dw-testbed -I/usr/include/libpng12 -DPNG_NO_MMX_CODE -I/usr/local/include -I/usr/include/freetype2 -Wno-non-virtual-dtor -g -O2 -Wall -W -Wno-unused-parameter -MT ui.o -MD -MP -MF .deps/ui.Tpo -c -o ui.o ui.cc ui.cc: In function 'void b1_cb(fltk::Widget*, void*)': ui.cc:235: error: cast from 'void*' to 'int' loses precision make[3]: *** [ui.o] Error 1 so my test stuck :) as i'm no programmer, any help is welcome... thanks for dillo higuita -- Naturally the common people don't want war... but after all it is the leaders of a country who determine the policy, and it is always a simple matter to drag the people along, whether it is a democracy, or a fascist dictatorship, or a parliament, or a communist dictatorship. Voice or no voice, the people can always be brought to the bidding of the leaders. That is easy. All you have to do is tell them they are being attacked, and denounce the pacifists for lack of patriotism and exposing the country to danger. It works the same in every country. -- Hermann Goering, Nazi and war criminal, 1883-1946
On Tue, Oct 02, 2007 at 02:27:06AM +0000, higuita wrote:
Hi jorge and Sebastian
Thanks for releasing this version!!
On Sun, 30 Sep 2007 20:09:25 -0400, wrote:
----- FLTK2 -----
builds fine, its really a great lib!!
---------- dw-0.0.43j ----------
err... failed to build:
make[1]: Entering directory `/home/higuita/dillo/dw-testbed-0.0.43j/lout' g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dw-testbed\" -DVERSION=\"0.0.43j\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_UIO_H=1 -I. -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -MT object.o -MD -MP -MF .deps/object.Tpo -c -o object.o object.cc object.cc: In member function 'virtual int object::Pointer::hashValue()': object.cc:118: error: cast from 'void*' to 'int' loses precision object.cc: In member function 'virtual void object::Pointer::intoStringBuffer(misc::StringBuffer*)': object.cc:132: error: cast from 'void*' to 'int' loses precision make[1]: *** [object.o] Error 1 make[1]: Leaving directory `/home/higuita/dillo/dw-testbed-0.0.43j/lout' make: *** [all-recursive] Error 1
i'm using slamd64 (slackware clone in 64bit)... gcc (GCC) 4.1.2
---------- dillo f15j ----------
also fails, looks like its the same reason:
make[3]: Entering directory `/home/higuita/dillo/dillo-f15/src' g++ -DHAVE_CONFIG_H -I. -I.. -DDILLORC_SYS='"/usr/local/etc/dillorc"' -I/usr/local/include -I../../dw-testbed -I/usr/include/libpng12 -DPNG_NO_MMX_CODE -I/usr/local/include -I/usr/include/freetype2 -Wno-non-virtual-dtor -g -O2 -Wall -W -Wno-unused-parameter -MT ui.o -MD -MP -MF .deps/ui.Tpo -c -o ui.o ui.cc ui.cc: In function 'void b1_cb(fltk::Widget*, void*)': ui.cc:235: error: cast from 'void*' to 'int' loses precision make[3]: *** [ui.o] Error 1
so my test stuck :)
as i'm no programmer, any help is welcome...
thanks for dillo
Try: - int bn = (int)cb_data; + int bn = (long)cb_data; If this works OK, the same may be used for C++ in Dw (i.e. default to long). -- Cheers Jorge.-
On Tue, 2 Oct 2007 16:42:16 -0400, wrote:
-Wno-unused-parameter -MT ui.o -MD -MP -MF .deps/ui.Tpo -c -o ui.o ui.cc
ui.cc: In function 'void b1_cb(fltk::Widget*, void*)': ui.cc:235: error: cast from 'void*' to 'int' loses precision make[3]: *** [ui.o] Error 1
Try: - int bn = (int)cb_data; + int bn = (long)cb_data;
If this works OK, the same may be used for C++ in Dw (i.e. default to long).
Thanks, it works!! it allowed the build to continue it gave several errors like this and i fix then the same way. I can extract a patch and send it if you want. Now it starts, but when i try to load a page it crashes: (gdb) run Starting program: /usr/local/bin/dillo-fltk [Thread debugging using libthread_db enabled] [New Thread 47988767561568 (LWP 17385)] dillo_dns_init: Here we go! (threaded) Disabling cookies. Nav_open_url: Url=>http://localhost<; [New Thread 1082132800 (LWP 17390)] Dns_server [0]: localhost is 0x77aef0 [Thread 1082132800 (LWP 17390) exited] Connecting to 127.0.0.1 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 47988767561568 (LWP 17385)] 0x00002ba54013bba0 in strlen () from /lib64/libc.so.6 (gdb) bt full #0 0x00002ba54013bba0 in strlen () from /lib64/libc.so.6 No symbol table info available. #1 0x00002ba54010bb9b in vfprintf () from /lib64/libc.so.6 No symbol table info available. #2 0x00002ba54012cd7a in vsnprintf () from /lib64/libc.so.6 No symbol table info available. #3 0x0000000000423b9a in dStr_vsprintfa (ds=0x77bf40, format=0x4a1798 "GET %s HTTP/1.0\r\n%sAccept-Charset: utf-8, iso-8859-1\r\nHost: %s%s\r\n%sUser-Agent: Dillo/%s\r\nCookie2: $Version=\"1\"\r\n%s\r\n", argp=0x7fff6c9976e0) at dlib.c:349 n = <value optimized out> n_sz = <value optimized out> #4 0x0000000000423c56 in dStr_sprintfa (ds=0x10, format=0x4a179c "%s HTTP/1.0\r\n%sAccept-Charset: utf-8, iso-8859-1\r\nHost: %s%s\r\n%sUser-Agent: Dillo/%s\r\nCookie2: $Version=\"1\"\r\n%s\r\n") at dlib.c:397 argp = {{gp_offset = 48, fp_offset = 48, overflow_arg_area = 0x7fff6c9977e0, reg_save_area = 0x7fff6c997700}} #5 0x0000000000424f43 in a_Http_make_query_str (url=0x77afe0, use_proxy=<value optimized out>) at http.c:205 str = <value optimized out> cookies = 0x77f940 "" s_port = (Dstr *) 0x77bf20 query = (Dstr *) 0x77bf40 full_path = (Dstr *) 0x77bf80 proxy_auth = (Dstr *) 0x77f900 #6 0x000000000042511d in a_Http_dns_cb (Status=<value optimized out>, addr_list=<value optimized out>, data=<value optimized out>) at http.c:244 status = <value optimized out> name = {sin_family = 2, sin_port = 20480, sin_addr = {s_addr = 16777343}, sin_zero = "\000\000\000\000\000\000\000"} dh = <value optimized out> socket_len = 1097963232 SKey = 1 #7 0x0000000000420482 in Dns_timeout_client (data=<value optimized out>) at dns.c:457 channel = 0 srv = (DnsServer *) 0x6db680 #8 0x000000000047349d in fltk::wait () No symbol table info available. #9 0x00000000004735e3 in fltk::run () No symbol table info available. #10 0x00002ba5400e38c4 in __libc_start_main () from /lib64/libc.so.6 No symbol table info available. #11 0x0000000000408c99 in _start () No symbol table info available. it crashes with any page -- Naturally the common people don't want war... but after all it is the leaders of a country who determine the policy, and it is always a simple matter to drag the people along, whether it is a democracy, or a fascist dictatorship, or a parliament, or a communist dictatorship. Voice or no voice, the people can always be brought to the bidding of the leaders. That is easy. All you have to do is tell them they are being attacked, and denounce the pacifists for lack of patriotism and exposing the country to danger. It works the same in every country. -- Hermann Goering, Nazi and war criminal, 1883-1946
On Tue, Oct 02, 2007 at 10:23:19PM +0000, higuita wrote:
On Tue, 2 Oct 2007 16:42:16 -0400, wrote:
-Wno-unused-parameter -MT ui.o -MD -MP -MF .deps/ui.Tpo -c -o ui.o ui.cc
ui.cc: In function 'void b1_cb(fltk::Widget*, void*)': ui.cc:235: error: cast from 'void*' to 'int' loses precision make[3]: *** [ui.o] Error 1
Try: - int bn = (int)cb_data; + int bn = (long)cb_data;
If this works OK, the same may be used for C++ in Dw (i.e. default to long).
Thanks, it works!! it allowed the build to continue it gave several errors like this and i fix then the same way.
I can extract a patch and send it if you want.
Yes, please send your patch to check suspicious parts. -- Cheers Jorge.-
Hi again On Tue, 2 Oct 2007 18:45:07 -0400, wrote:
Yes, please send your patch to check suspicious parts.
in attach are the 2 patchs, for dw-testbed and dillo thanks for the help higuita -- Naturally the common people don't want war... but after all it is the leaders of a country who determine the policy, and it is always a simple matter to drag the people along, whether it is a democracy, or a fascist dictatorship, or a parliament, or a communist dictatorship. Voice or no voice, the people can always be brought to the bidding of the leaders. That is easy. All you have to do is tell them they are being attacked, and denounce the pacifists for lack of patriotism and exposing the country to danger. It works the same in every country. -- Hermann Goering, Nazi and war criminal, 1883-1946
Le Tue, 2 Oct 2007 22:23:19 +0000, higuita <higuita7@yahoo.co.uk> a écrit :
On Tue, 2 Oct 2007 16:42:16 -0400, wrote:
Now it starts, but when i try to load a page it crashes:
I get the same backtrace here on x86_64 too. I think this link may have some clue as to why this occurs: http://sourceware.org/ml/glibc-bugs/2007-08/msg00148.html Cheers, Vincent
Le Fri, 5 Oct 2007 04:58:33 +0200, Vincent Thomasset <vincent.thomasset@skynet.be> a écrit :
Le Tue, 2 Oct 2007 22:23:19 +0000, higuita <higuita7@yahoo.co.uk> a écrit :
On Tue, 2 Oct 2007 16:42:16 -0400, wrote:
Now it starts, but when i try to load a page it crashes:
I get the same backtrace here on x86_64 too.
I think this link may have some clue as to why this occurs: http://sourceware.org/ml/glibc-bugs/2007-08/msg00148.html
Confirmed, copying the va_list in dStr_vsprintfa (dlib.c) fixes the crash for me and i'm now able to display pages. Cheers, Vincent
Hi On Fri, 5 Oct 2007 19:04:08 +0200, Vincent Thomasset <vincent.thomasset@skynet.be> wrote:
Now it starts, but when i try to load a page it crashes: I think this link may have some clue as to why this occurs: http://sourceware.org/ml/glibc-bugs/2007-08/msg00148.html Confirmed, copying the va_list in dStr_vsprintfa (dlib.c) fixes the crash for me and i'm now able to display pages.
Can you make a patch so i can try? that page is too much technical for my sparse knowledge, i didnt understand anything :) thanks higuita -- Naturally the common people don't want war... but after all it is the leaders of a country who determine the policy, and it is always a simple matter to drag the people along, whether it is a democracy, or a fascist dictatorship, or a parliament, or a communist dictatorship. Voice or no voice, the people can always be brought to the bidding of the leaders. That is easy. All you have to do is tell them they are being attacked, and denounce the pacifists for lack of patriotism and exposing the country to danger. It works the same in every country. -- Hermann Goering, Nazi and war criminal, 1883-1946
Le Fri, 5 Oct 2007 19:30:51 +0100, higuita <higuita7@yahoo.co.uk> a écrit : Hi,
Can you make a patch so i can try? that page is too much technical for my sparse knowledge, i didnt understand anything :)
Sure, though i'm not at all sure this is the correct way to fix this issue. Cheers, Vincent
Hi all,
Now it starts, but when i try to load a page it crashes: I think this link may have some clue as to why this occurs: http://sourceware.org/ml/glibc-bugs/2007-08/msg00148.html Confirmed, copying the va_list in dStr_vsprintfa (dlib.c) fixes the crash for me and i'm now able to display pages.
Can you make a patch so i can try? that page is too much technical for my sparse knowledge, i didnt understand anything :)
On Oct 05 21:17:47, Vincent Thomasset wrote:
--- dillo-f15.orig/dlib/dlib.c 2007-09-30 23:14:00.000000000 +0200 +++ dillo-f15/dlib/dlib.c 2007-10-05 21:10:14.000000000 +0200 @@ -345,8 +345,11 @@ int n, n_sz;
if (ds && format) { + va_list copy; while (1) { - n = vsnprintf(ds->str + ds->len, ds->sz - ds->len, format, argp); + va_copy(copy, argp); + n = vsnprintf(ds->str + ds->len, ds->sz - ds->len, format, copy); + va_end(copy); if (n > -1 && n < ds->sz - ds->len) { ds->len += n; /* Success! */ break; @@ -358,6 +361,7 @@ dStr_resize(ds, n_sz, (ds->len > 0) ? 1 : 0); } } + }
I am not sure Vincent's diff has been applied correctly to the CVS source. Now dillo2/dlib/dlib.c says void dStr_vsprintfa (Dstr *ds, const char *format, va_list argp) { int n, n_sz; if (ds && format) { va_list argp2; /* Needed in case of looping on non-32bit arch */ while (1) { va_copy(argp2, argp); n = vsnprintf(ds->str + ds->len, ds->sz - ds->len, format, argp); va_end(argp2); [...] } I think the point was to feed vsnprintf with the _copy_ (that is, argp2 in this naming); this code does not use the copy in any way (gives the original argp to vsnprintf). When compiled like this, dillo crashes during first few pages. With - n = vsnprintf(ds->str + ds->len, ds->sz - ds->len, format, argp); + n = vsnprintf(ds->str + ds->len, ds->sz - ds->len, format, argp2); the problem seems to disappear. Jan
Hi Jorge, That are really great news. I had some compiling problems. in dillo source code src/IO/Makefile.am and dpi/Makefile.am needs a AM_CXXFLAGS = @LIBFLTK_CXXFLAGS@ Same for dw-testbed/test/Makefile.am The other problem is that I need to comment out the tablet support in fltk due to missing libXi. Ok, then I got it to compile finally for my ipaq with familar 0.8.4 on it. I runs with X-forwarding so that I get the window on my notebook display. But it segfaults without x forwarding: dillo_dns_init: Here we go! (threaded) Disabling cookies. bad font: variable Segmentation fault I think I have to check my font setup, Bitstream Vera seems to be available... Greetings Andreas Kemnade
participants (10)
-
Alan Carvalho de Assis -
Andreas Kemnade -
bogus＠does.not.exist.com -
Brian Hechinger -
Christian Kellermann -
hans＠stare.cz -
higuita -
Mark South -
None -
Vincent Thomasset