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

Dillo and Irix
by diegel＠work.de Sept. 24, 2014

Sept. 24, 2014

Hello, I just started another attempt to port dillo to Irix. With gcc 4.7 it compiles without any serious warnings. It starts and about:splash shows up correctly, But if you want to use it something goes wrong: ftp works without problems. files show up if the path is very short (less than 32 bytes). If you browse directories and you want to change from /tmp to /tmp/x for example. I changes to /x http doesn't work at all. If you go to a non existing url. For example: http://test.yy you get the following console output, but nothing happens in the dollo window: Nav_open_url: new url='http:test.yy' a_Capi_ccc : OpStart [2B] Info=10262fa8 Flags=0 a_Dpi_ccc : OpStart [2B] Info=10262da0 Flags=0 a_IO_ccc : OpStart [2B] Info=10262e90 Flags=0 a_Capi_ccc : OpStart [1B] Info=10262eb8 Flags=0 a_Http_ccc : OpStart [1B] Info=10262f80 Flags=0 a_IO_ccc : OpStart [1B] Info=10262e40 Flags=0 Http_must_use_proxy: http:test.yy NO DNS error: HOST_NOT_FOUND Dns_server [0]: is (nil) a_IO_ccc : OpAbort [1B] Info=10262e40 Flags=0 a_Capi_ccc : OpAbort [1F] Info=10262eb8 Flags=0 a_Capi_ccc : OpAbort [2B] Info=10262fa8 Flags=0 a_Dpi_ccc : OpAbort [2B] Info=10262da0 Flags=0 a_IO_ccc : OpAbort [2B] Info=10262e90 Flags=0 If you are opening an existing url like dillo.org it puts out: Nav_open_url: new url='http://www.dillo.org/' a_Capi_ccc : OpStart [2B] Info=10262fd0 Flags=0 a_Dpi_ccc : OpStart [2B] Info=10262f08 Flags=0 a_IO_ccc : OpStart [2B] Info=10262e68 Flags=0 a_Capi_ccc : OpStart [1B] Info=10262ee0 Flags=0 a_Http_ccc : OpStart [1B] Info=10262e90 Flags=0 a_IO_ccc : OpStart [1B] Info=10262f30 Flags=0 Http_must_use_proxy: http://www.dillo.org/ NO Dns_server [0]: www.dillo.org is 85.214.105.140 Connecting to 85.214.105.140 a_IO_ccc : OpSend [1B] Info=10262f30 Flags=0 a_Capi_ccc : OpSend [1F] Info=10262ee0 Flags=0 a_Capi_ccc : OpSend [2B] Info=10262fd0 Flags=0 a_Dpi_ccc : OpSend [2B] Info=10262f08 Flags=0 a_IO_ccc : OpSend [2B] Info=10262e68 Flags=0 http, referer='Referer: http://www.dillo.org/ ' Query: {GE} a_IO_ccc : OpSend [1B] Info=10262f30 Flags=0 and after some seconds: a_IO_ccc : OpEnd [2F] Info=10262e68 Flags=0 a_Dpi_ccc : OpEnd [2F] Info=10262f08 Flags=0 a_Capi_ccc : OpEnd [2F] Info=10262fd0 Flags=0 a_Capi_ccc : OpEnd [1B] Info=10262ee0 Flags=0 a_Http_ccc : OpEnd [1B] Info=10262e90 Flags=0 a_IO_ccc : OpEnd [1B] Info=10262f30 Flags=0 but nothing happens in the dillo window. I would be very happy to get any hint what is going wrong here. Thanks you, Jan

5 21

HTTP persistent connections / keep-alive
by eocene＠gmx.com July 12, 2014

July 12, 2014

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. Initially I let FDs stick around even if I didn't immediately have new queries for them. When the server closed it, I'd get EPIPE on the write side and... I think it was ECONNRESET on the read side, send the OpEnd around ccc, and that worked all right and wasn't too messy. But then I wanted to handle the case where a FD sits idle and we try to reuse it and it fails. Sending the notifications around and getting everything back in a state where we could try again with a new connection was looking like it would be very messy. So I trimmed it all down so that, when we have our full reply, we reuse the FD if we already have something queued that can use it, and if not we just close the connection.

1 1

dicache valgrind log entries
by eocene＠gmx.com June 8, 2014

June 8, 2014

Jeremy's logs have been showing lots of dicache entries in recent days.

2 3

[hughsient@gmail.com: Please create an AppData file for Dillo]
by jcid＠dillo.org May 29, 2014

May 29, 2014

Hi, Does somebody have experience with this? -- Cheers Jorge.-

3 3

dillo on NetBSD/evbarm(earmhf) with RaspberryPI
by jun＠soum.co.jp May 14, 2014

May 14, 2014

I'm work for dillo with NetBSD/evbarm on RaspberryPI. On NetBSD/evbarm(earmhf), dillo fails to start up because some HTML tables calclation problem. With apply patch contains this article,Dillo works fine on my RaspberryPI. http://mail-index.netbsd.org/port-arm/2014/04/22/msg002386.html thanx. -- Jun Ebihara

2 1

Reddit regression
by onepoint＠starurchin.org May 7, 2014

May 7, 2014

Things are progressing nicely (I have already abandoned two problem reports because they were fixed in the meantime) but there has been an unfortunate regression - a few days ago Reddit comment threads started thrashing the CPU. Example: http://www.reddit.com/r/haskell/comments/24rcf0/hourglass_a_new_simpler_tim… This is bad news for me as I follow a lot of subreddits. I hope it can be fixed soon. If there is anything I can do to help find the problem please say so. Regards, Jeremy Henty

2 3

character references, trailing ';', urls
by eocene＠gmx.com May 5, 2014

May 5, 2014

I was looking at how badly dillo handles something like: <a href="http://www.dillo.org?asdf&copy=3&micro=zxcv">link</a> It becomes a much more common problem with html5, which has a _lot_ more character references. I could perhaps stick an argument on the Html_parse_entity() in Html_get_attr2(), telling it to insist upon finding a ';'. If we still had cvs.auriga, I could dig through prehistory and try to see whether not demanding ';' termination was initially done with the strong belief that it was for the best overall (or maybe it was even inherited from gzilla), but we don't have cvs.auriga, and we don't have mailing list search working (not that that's generally very fun to dig through in any case). After all, maybe we should always insist upon proper termination.

2 8

[jcid@dillo.org: Commit 3626. Redraw problems]
by jcid＠dillo.org May 4, 2014

May 4, 2014

Hi, FYI. -- Cheers Jorge.-

3 19

More problem pages
by onepoint＠starurchin.org May 2, 2014

May 2, 2014

I updated and rebuilt a few minutes ago and though thecode is shaking out nicely there are still some problems. Layout thrashes: http://www.nature.com/nature/journal/v508/n7496_supp/full/508S66a.html CPU thrashes for a long time but eventually calms down: http://www.sciencebasedmedicine.org/microwaves-and-nutrition/ Regards, Jeremy Henty

3 4