February 2005 - Dillo-dev - lists.mailman3.com

[Dillo-dev]Frame support

by dominik

hi, does anyone know a patch for current cvs code to enable frame support ? p.s. i saw some older frame-pathces for dillo, what is the problem with it ? -- dominik.holler(a)gmx.net || PGP Key ID: FDEF2A0B

Feb. 27, 2005

[Dillo-dev]Patch for Sun C compiler ()

by Jérémy JUST

Hello, To compile Dillo-0.8.4 with Sun C compiler under Solaris 9, I had to apply the attached patch. It appears that Dillo code uses some GCC features that are not in the C language specifications. With my correction, it compiles and seems to work, but there are still many warnings. I haven't tested my patch with GCC or under another OS. Description of my environment: <<<<< $ /opt/SUNWspro/bin/version Machine hardware: sun4u OS version: 5.9 Processor type: sparc Hardware: SUNW,Netra-T12 The following components are installed on your system: Sun Studio 8 Sun Studio 8 C Compiler Sun Studio 8 C++ Compiler Sun Studio 8 Tools.h++ 7.1 Sun Studio 8 C++ Standard 64-bit Class Library Sun Studio 8 Garbage Collector version of "/opt/SUNWspro/bin/cc": Sun C 5.5 2003/03/12 version of "/opt/SUNWspro/bin/CC": Sun C++ 5.5 2003/03/12 >>>>> Greetings. -- Jérémy JUST <jeremy_just(a)netcourrier.com>

Feb. 25, 2005

Re: [Dillo-dev]pthread troubles on IRIX

by Riccardo Mottola

News: > > I found that I had to modify > dillo_LDFLAGS = -lpthread > > too > > but I get at the end: > -lm > ld32: WARNING 84: /usr/lib32/libpthread.so is not used for resolving any > symbol. > ld32: ERROR 33: Unresolved text symbol "pthread_cancel" -- 1st > referenced by IO/libDio.a(IO.o). > Use linker option -v to see when and which objects, archives and > dsos are loaded. > > so now I am still stuck :( I hacked around this by removing dillo_LDFLAGS and by appending -lpthread to dillo_LDADD. It appears that the linker is order sensitive and that -lpthread was added too early. Now it works! I hope I can find the time to port this browser to motif soon... how is the abstraction going on ? -R

Feb. 22, 2005

[Dillo-dev]pthread troubles on IRIX

by Riccardo Mottola

Hey, I am compiling on irix 6.5 and have this trouble: gcc -I/usr/freeware/include/gtk-1.2 -I/usr/freeware/include/glib-1.2 -I/usr/freeware/lib32/glib/include -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -Waggregate-return -L/usr/local/lib -o dillo -pthread chain.o commands.o cache.o capi.o dw.o dw_aligned_page.o dw_bullet.o dw_button.o dw_container.o dw_embed_gtk.o dw_ext_iterator.o dw_gtk_scrolled_frame.o dw_gtk_scrolled_window.o dw_gtk_statuslabel.o dw_gtk_viewport.o dw_hruler.o dw_image.o dw_list_item.o dw_marshal.o dw_page.o dw_style.o dw_table.o dw_table_cell.o dw_tooltip.o dw_widget.o findtext.o selection.o web.o progressbar.o dillo.o bookmark.o dicache.o dns.o gtk_ext_button.o gtk_ext_menu.o gtk_ext_menu_item.o gtk_menu_title.o gif.o jpeg.o png.o html.o image.o misc.o interface.o history.o nav.o plain.o menu.o prefs.o colors.o bitvec.o klist.o strbuf.o url.o cookies.o dpiapi.o IO/libDio.a -L/usr/freeware/lib32 -lgtk -lgdk -lgmodule -lglib -lintl -lXi -lXext -lX11 -lm gcc: unrecognized option `-pthread' ld32: ERROR 33: Unresolved text symbol "pthread_cancel" -- 1st referenced by IO/libDio.a(IO.o). looking in the config.log: configure:6722: checking whether threads work with -pthread configure:6749: gcc -o conftest -g -O2 -I/usr/local/include -L/usr/local/lib -pthread conftest.c >&5 gcc: unrecognized option `-pthread' configure:6755: $? = 0 I tried replacing -pthread with -lpthread in src/Makefile and in src/IO but it must be elsewhere. I found that I had to modify dillo_LDFLAGS = -lpthread too but I get at the end: -lm ld32: WARNING 84: /usr/lib32/libpthread.so is not used for resolving any symbol. ld32: ERROR 33: Unresolved text symbol "pthread_cancel" -- 1st referenced by IO/libDio.a(IO.o). Use linker option -v to see when and which objects, archives and dsos are loaded. so now I am still stuck :( Cheers, Riccardo

Feb. 22, 2005

[Dillo-dev]help on dillo

by �� JeN ��

good day! i would like to ask for your help. i am a computer science student and currently, doing my thesis. i, together with my group mates is implementing a system in linux that enables to add plug-ins (a plug-in can be an application or a functionality of the system) using shared objects. If we are to add, for example, an existing application in our system it has to be in the .so form. Dillo is one of the examples we considered to add in our system. It is also one way of testing if the plug-in function we are implementing really works. Regarding the dillo browser, we tried to make it as a shared object file using the command line "gcc -g -shared -Wl,-soname,dillo.so.0 \-o dillo.so dillo.o -lc" the problem is there are certain methods that cannot be recognized when we run the shared object that is produced using our system. those methods are undefined according to the system. We do not know if the paths of the libraries used by dillo have something to do with the error... or something else. we would like to ask if our way of making a shared object file is correct or applicable to dillo. if not, can u tell us how to make it as a shared object file - the proper way of making a shared object file. Also, can u let us know how to compile dillo manually, without using the make file. if you also have an advice regarding the problem/solution to the problem, we would appreciate it very much. thank you very much, sir. - jen __________________________________ Do you Yahoo!? The all-new My Yahoo! - What will yours do? http://my.yahoo.com

Feb. 22, 2005

Re: [Dillo-dev]Please help me with some data

by Andreas Schweitzer

On Mon, Feb 21, 2005 at 10:31:18PM -0300, Jorge Arellano Cid wrote: > * Comparative wall-clock times for page rendering. > > Wall clock times for rendering a sample page. Have you seen this recent comparison : http://www.howtocreate.co.uk/browserSpeed.html It was on osnews.com ( http://www.osnews.com/story.php?news_id=9694 ) and slashdot ( http://slashdot.org/article.pl?sid=05/02/11/2016227 ) But one competition for dillo - at least in in the embedded market - seems to be konq-e ( http://www.konqueror.org/embedded/ ) which seems to be missing in the compariosn. Cheers, Andreas -- Hamburger Sternwarte Universitaet Hamburg Gojenbergsweg 112 Tel. ++49 40 42891 4016 D-21029 Hamburg, Germany Fax. ++49 40 42891 4198

Feb. 22, 2005

Re: [Dillo-dev]Another refresh patch

by Horst Gutmann

Horst Gutmann wrote: > Hi everyone :-) > > I also needed some meta-refresh functionality because I use meta-refresh > as an "offline"-alternative for 30x-return codes. Basically I just > wanted to ask how ugly the code is and if I'm at least on the right way :-) > > Currently it simply ignores the delay-value because I don't really need > it for this project. > > MfG, Horst > > Sorry, this time it should at least survive a `patch` :-? I just have one problem with it now: It doesn't work on local addresses. It's trying to resolve the file:// address on the DNS *g* MfG, Horst

Feb. 22, 2005

[Dillo-dev]Another refresh patch

by Horst Gutmann

Hi everyone :-) I also needed some meta-refresh functionality because I use meta-refresh as an "offline"-alternative for 30x-return codes. Basically I just wanted to ask how ugly the code is and if I'm at least on the right way :-) Currently it simply ignores the delay-value because I don't really need it for this project. MfG, Horst

Feb. 22, 2005

[Dillo-dev]Please help me with some data

by Jorge Arellano Cid

Hi guys, This weeks have taken a hectic pace for me, finishing and taking care of a lot of issues has been the workload of each day. Now almost everything is ready for FOSDEM 2005 and a very long trip. The point: ;) I'm gathering more data to tune and enrich some points of the conference. The skeleton is: Presentation contents: * What's Dillo * Project objectives * Compatibility/Portability Dillo on PDAs: iPAQ, Yopi, Psion (familiar). uclibc * Architecture overview: Parser/Rendering/IO/Plugins * Current state of the project: Supported standards Features HTML bug meter Memory usage: Comparison table with other browsers by VSZ/RSS. CPU usage: Comparative wall-clock times for page rendering. * Near future potential The port to FLTK Antialiased fonts, UTF-8, more speed, smaller footprint, rendering to abstract devices. CSS, XHTML validation, more SSL, ... I need more data on: Memory usage: Comparison table with other browsers by VSZ/RSS. CPU usage: Comparative wall-clock times for page rendering. and uclibc This is: -------- * Comparison table with other browsers by VSZ/RSS.: On the same system, how much VSZ/RSS Dillo uses in comparison with Mozilla, Firefox, Opera, Whatever on startup and on loading a sample page. * Comparative wall-clock times for page rendering. Wall clock times for rendering a sample page. * uclibc I know Dillo has run under ucLibc. I need the system spec, RSS and compared with other browsers that may also work on the environment. That's it. Please post your answers to dillo-dev so everyone can see the collected data. A lot of TIA! -- Cheers Jorge.-

Feb. 22, 2005

Re: [Dillo-dev]testing https plugin gave problems

by Matthias Franz

On Fri, Feb 18, 2005 at 09:21:45AM +0100, Peter Wood wrote: > I tried to test the https plugin by removing line 56 from dpi/https.c, The message you saw is probably not quite accurate. Try to replace the "#undef ENABLE_SSL" with "#define ENABLE_SSL". All the best, -- Matthias Franz

Feb. 21, 2005