- Dillo-dev - lists.mailman3.com

diilo in a cpu loop

by sgeerken＠dillo.org

On Tue, Jul 22, 2014, higuita wrote: > Hi! > > I'm using the latest dillo mercurial version and when trying to > see this page, dillo uses all cpu and keep using it: > > http://aventar.eu/2014/07/11/a-historia-do-banco-do-meu-avo/ You may try the version from <http://flpsed.org/hgweb/dillo_grows>, which is already quite stable. I guess this has to do with floats, but work on this will only happen in the dillo_grows repository. Sebastian

July 22, 2014

diilo in a cpu loop

by higuita7＠yahoo.co.uk

Hi! I'm using the latest dillo mercurial version and when trying to see this page, dillo uses all cpu and keep using it: http://aventar.eu/2014/07/11/a-historia-do-banco-do-meu-avo/ 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

July 22, 2014

build fails on CentOS 7

by rdt＠cs.queensu.ca

>| >|I've just pushed a possible fix to <http://hg.dillo.org/dillo>, please >| >|test it. Or apply the attached patch to dillo 3.0.4, if you want to >| >|install a stable version. >| >|The available automake isn't version 1.14 so I can't test >|it. I installed automake-1.14.1 from Fedora 21 and the patched dillo-3.0.4 builds successfully. Thanks. Best, Bob T.

July 12, 2014

build fails on CentOS 7

by rdt＠cs.queensu.ca

>|I've just pushed a possible fix to <http://hg.dillo.org/dillo>, please >|test it. Or apply the attached patch to dillo 3.0.4, if you want to >|install a stable version. The available automake isn't version 1.14 so I can't test it. But as a workaround, I deleted test from the SUBDIRS list in the global Makefile and all works well, as far as I can tell. Bob T.

July 12, 2014

build fails on CentOS 7

by sgeerken＠dillo.org

On Sa, Jul 12, 2014, Bob Tennent wrote: > : > Making all in test > make[2]: Entering directory `/home/rdt/src/dillo-3.0.4/test' > g++ -DHAVE_CONFIG_H -I. -I.. -I.. -I/usr/local/include -I/usr/include/freetype2 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_THREAD_SAFE -D_REENTRANT -g -O2 -Wall -W -Wno-unused-parameter -fno-rtti -fno-exceptions -MT dw_anchors_test.o -MD -MP -MF .deps/dw_anchors_test.Tpo -c -o dw_anchors_test.o dw_anchors_test.cc > mv -f .deps/dw_anchors_test.Tpo .deps/dw_anchors_test.Po > g++ -I/usr/include/freetype2 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_THREAD_SAFE -D_REENTRANT -g -O2 -Wall -W -Wno-unused-parameter -fno-rtti -fno-exceptions -L/usr/local/lib -o dw-anchors-test dw_anchors_test.o ../dw/libDw-widgets.a ../dw/libDw-fltk.a ../dw/libDw-core.a ../lout/liblout.a -Wl,-z,relro -lfltk > /bin/ld: ../dw/libDw-fltk.a(libDw_fltk_a-fltkviewbase.o): undefined reference to symbol 'XCreatePixmap' > /bin/ld: note: 'XCreatePixmap' is defined in DSO /lib64/libX11.so.6 so try adding it to the linker command line > /lib64/libX11.so.6: could not read symbols: Invalid operation > collect2: error: ld returned 1 exit status > make[2]: *** [dw-anchors-test] Error 1 > make[2]: Leaving directory `/home/rdt/src/dillo-3.0.4/test' I've just pushed a possible fix to <http://hg.dillo.org/dillo>, please test it. Or apply the attached patch to dillo 3.0.4, if you want to install a stable version. Sebastian

July 12, 2014

build fails on CentOS 7

by rdt＠cs.queensu.ca

: Making all in test make[2]: Entering directory `/home/rdt/src/dillo-3.0.4/test' g++ -DHAVE_CONFIG_H -I. -I.. -I.. -I/usr/local/include -I/usr/include/freetype2 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_THREAD_SAFE -D_REENTRANT -g -O2 -Wall -W -Wno-unused-parameter -fno-rtti -fno-exceptions -MT dw_anchors_test.o -MD -MP -MF .deps/dw_anchors_test.Tpo -c -o dw_anchors_test.o dw_anchors_test.cc mv -f .deps/dw_anchors_test.Tpo .deps/dw_anchors_test.Po g++ -I/usr/include/freetype2 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_THREAD_SAFE -D_REENTRANT -g -O2 -Wall -W -Wno-unused-parameter -fno-rtti -fno-exceptions -L/usr/local/lib -o dw-anchors-test dw_anchors_test.o ../dw/libDw-widgets.a ../dw/libDw-fltk.a ../dw/libDw-core.a ../lout/liblout.a -Wl,-z,relro -lfltk /bin/ld: ../dw/libDw-fltk.a(libDw_fltk_a-fltkviewbase.o): undefined reference to symbol 'XCreatePixmap' /bin/ld: note: 'XCreatePixmap' is defined in DSO /lib64/libX11.so.6 so try adding it to the linker command line /lib64/libX11.so.6: could not read symbols: Invalid operation collect2: error: ld returned 1 exit status make[2]: *** [dw-anchors-test] Error 1 make[2]: Leaving directory `/home/rdt/src/dillo-3.0.4/test' Bob T.

July 12, 2014

HTTP persistent connections / keep-alive

by eocene＠gmx.com

I wrote, three months ago: > I have been experimenting with persistent connections for http, and > wanted to see what your thoughts were. > > This has been working well enough for me: > http://flpsed.org/hgweb/eocene_persistent_connections/ > > Why? To be a good internet citizen, tcp slow-start, etc. > > Johannes gave it a try and said it performed well. [snip] So I've been using it for three months and I like it. I haven't noticed any problems with it, and I'm planning to merge it in next week -- maybe around the 17th. To enjoy persistent connections, you would have to put http_persistent_conns=YES in dillorc.

July 12, 2014

general uri handler

by dennisn＠dennisn.linuxd.org

On Sat, 5 Jul 2014 12:27:54 +0200, Johannes Hofmann wrote: > On Sat, Jun 28, 2014 at 07:58:20AM -0400, Dennis New wrote: > > How are you guys handling non-builtin uris, like ed2k:, mailto:, > > magnet:, etc? I hacked a general purpose handler (that calls a shell > > script) from dpi/hello.c, but surely something this useful should > > ship with dillo? > > > > It seems that this has been a popular request for a long time :P... > > > > http://lists.dillo.org/pipermail/dillo-dev/2004-October/002403.html > > I mostly use "Copy link location" from the popup menu. > Can you make the source of your general purpose handler availble > somewhere? It was a tiny hack of dpi/hello.c, I also got rid of the dialog box and changed the html output a bit, and didn't bother doing escape character filtering... + Dstr *cmd_arg = dStr_new(""); if (cmd && url) { - child_cmd = dStrdup("date -R"); + dStr_sprintfa(cmd_arg, "dillo-urihandler \"%s\"", url); + child_cmd = dStrdup(cmd_arg->str); MSG("[%s]\n", child_cmd); To make compilation easier, I didn't bother renaming "hello.filter.dpi". And I had to add an entry for each protocol that I wanted to handle in dpidrc... +proto.magnet=bla/hello.filter.dpi +proto.mailto=bla/hello.filter.dpi

July 5, 2014

general uri handler

by Johannes.Hofmann＠gmx.de

On Sat, Jun 28, 2014 at 07:58:20AM -0400, Dennis New wrote: > How are you guys handling non-builtin uris, like ed2k:, mailto:, > magnet:, etc? I hacked a general purpose handler (that calls a shell > script) from dpi/hello.c, but surely something this useful should ship > with dillo? > > It seems that this has been a popular request for a long time :P... > > http://lists.dillo.org/pipermail/dillo-dev/2004-October/002403.html I mostly use "Copy link location" from the popup menu. Can you make the source of your general purpose handler availble somewhere? Cheers, Johannes

July 5, 2014

general uri handler

by dennisn＠dennisn.linuxd.org

How are you guys handling non-builtin uris, like ed2k:, mailto:, magnet:, etc? I hacked a general purpose handler (that calls a shell script) from dpi/hello.c, but surely something this useful should ship with dillo? It seems that this has been a popular request for a long time :P... http://lists.dillo.org/pipermail/dillo-dev/2004-October/002403.html

June 28, 2014