In article <417E89A4.3020804@pobox.com>, Kelson Vibber <kelson@pobox.com> writes

Jorge Arellano Cid wrote:

...

Finally dillo-0.8.3 is ready for download. It should have been named dillo-0.8.3-rc4, but as this release is too much delayed, I took a chance and called it dillo-0.8.3 with the hope of making the official announcement this Wednesday.

Please download it and give it a hard try.

No problems so far. I started building RPMs last night, and I've got about 2/3 of the distros I usually build, including Fedora 2, Red Hat 7 & 9, SuSE 9.1 and Mandrake 10.0.

I left another one building this morning, and I should be able to get 2 or 3 more tonight (I'm done with all the UML and Mach setups, so I'm left with rebooting into one OS at a time), so I should have everything ready to go -- with the possible exception of some older versions of SuSE, which I can add in Wednesday evening.

rpms for playstation2-linux sent to Kelson Vibber (built under the master's kind guidance :-)), and also to Sarah Ewens for the CFYC section of http://www.playstation2-linux.com Bob -- robert w hall

Jorge Arellano Cid wrote:

On Wed, Oct 27, 2004 at 11:13:28AM +0100, robert w hall wrote:

...

rpms for playstation2-linux sent to Kelson Vibber (built under the master's kind guidance :-)), and also to Sarah Ewens for the CFYC section of http://www.playstation2-linux.com

Good.

I didn't see them in http://www.hyperborea.org/software/dillo/. Will they be hosted there?

Yes, they will. Unfortunately, due to timezone differences, I was asleep when he sent them! Robert also built a second RPM with SSL enabled, which I'll put on the "modified" page. -- Kelson Vibber www.hyperborea.org

Jorge Arellano Cid wrote:

I added the http://www.hyperborea.org/software/dillo/ link to the freshmeat dillo records as RPM packages.

Great!

Note the page still says 0.8.2 as current version. Please fix this small glitch.

Fixed. -- Kelson Vibber www.hyperborea.org

El Wed, 27 Oct 2004 11:45:13 +0200 Riccardo Mottola <rollei@tiscalinet.it> escribio:

It builds fine here on NetBSD/ppc.

it behaves quirky on http://mail.yahoo.com

Login wouldn't wok probbaly, since it requires https, but at least the forms with the login and apss and the checkboxes should appear...

I tested thepage on different browsers, even netscape 4.6 and it comes (although it can change dramatically aspect.. maybe CSS or browser detection).

The mail.yahoo pages looks bad, but if you enabled the https you can login an use it. The groups.yahoo pages look fine and with https you can navigate by the groups perfectly. Diego / DarkSpirit

Roberto A. Foglietta wrote:

Sorry to inform you but v0.8.3 (far from, at least v0.8.2) has a memory leak bug.

forgot: I work whole day trying to fix this memory leak... Cheers, -- Roberto A. Foglietta Analista Programmatore GNU/Linux SAD Trasporto Locale S.p.a. Corso Italia 13/N 39100 BOLZANO (I) Tel. +39/0471-450.261 Fax +39/0471-450.253

On Wed, Oct 27, 2004 at 02:11:19PM -0400, Frank McCormick wrote:

hello

Hi.

0.8.3 deb tells me " can't start dpi daemon" when trying to load an html file. Bad deb ?

I assume you're using: http://willem.engen.nl/debian/dists/woody/dillo/binary-i386/ dillo_0.8.3_i386.deb Check there're no other dpid instances, nor older dpis running: ps aux | grep dpid dpidc stop kill <dpid PIDs> ps aux | grep dpi kill <dpi PIDs> Then tell us how it went. -- Cheers Jorge.-

In article <417FCFE6.8040306@sad.it>, Roberto A. Foglietta <roberto.foglietta@sad.it> writes

Jorge Arellano Cid wrote:

...

Hi there,

Finally dillo-0.8.3 is ready for download. It should have been named dillo-0.8.3-rc4, but as this release is too much delayed, I took a chance and called it dillo-0.8.3 with the hope of making the official announcement this Wednesday.

Please download it and give it a hard try.

Notwistanding my hopes, if any BUG is detected in this short period, an rc5 must follow...

Please get it at:

http://www.dillo.org/download/dillo-0.8.3.tar.bz2

and send your feedback. 36 hours of testing time remain! :-)

Sorry to inform you but v0.8.3 (far from, at least v0.8.2) has a memory leak bug.

Clicking on reload button used memory increase around 4kb for each click. Stop clicking make used memory increasing stop too. So increase memory size of dillo depends on reloads but not following links.

Hmm - could this be distro/kernel dependent? Doing something similar (toggling reload when monitoring the dillo cvs page IIRC) and monitoring memory via top on a remote terminal shows No systematic effect - but this is playstation2-linux - an old 2.2.21 kernel on a redhat-like implementation for a mips. In detail:- On first coming from the home page to the CVS changelog, top shows 9460k; this goes up to 9564 on first and stays there for subsequent presses of reload. Returning to Home then back to cvs recovers the 9460, 9564, 9564 sequence. Bob -- robert w hall

Hi there, Do you remember this 4KB memory leak mail-thread? On Thu, Oct 28, 2004 at 09:14:15AM +0200, Roberto A. Foglietta wrote:

robert w hall wrote:

...

Hmm - could this be distro/kernel dependent? Doing something similar (toggling reload when monitoring the dillo cvs page IIRC) and monitoring memory via top on a remote terminal shows No systematic effect - but this is playstation2-linux - an old 2.2.21 kernel on a redhat-like implementation for a mips.

In detail:- On first coming from the home page to the CVS changelog, top shows 9460k; this goes up to 9564 on first and stays there for subsequent presses of reload. Returning to Home then back to cvs recovers the 9460, 9564, 9564 sequence. Bob

It should be a glibc bug much more than kernel one, IMHO.

Sometimes (but very rarely) I supposed to have managed to fix it because I didn't see it anymore, but recompiling THE SAME code or simply restarting dillo I saw it again. Obviously I was reloading THE SAME trivial html page (html, head, body, 4 links in 4 rows, closing-end).

The pthreads bug was not deterministic, sometimes it got detached some others not, depending on the kernel scheduler and pthreads implementation.

I'm working on MDK 10.1 but I could test it on a slackware too. Or better I will test dillo running on A but compiled in B and all others combinations foreach A, B in {mdk,slack}.

At least after the pthread bug interim patch (CVS) it doesn't leak anymore in my system. And there's this gentle side effect of Dillo using less than 1/5 memory than before! -- Cheers Jorge.-

On Wed, Oct 27, 2004 at 07:58:36PM +0100, robert w hall wrote:

In article <417FCFE6.8040306@sad.it>, Roberto A. Foglietta <roberto.foglietta@sad.it> writes

...

[...] Sorry to inform you but v0.8.3 (far from, at least v0.8.2) has a memory leak bug.

Clicking on reload button used memory increase around 4kb for each click. Stop clicking make used memory increasing stop too. So increase memory size of dillo depends on reloads but not following links.

Hmm - could this be distro/kernel dependent?

I don't think so. On the same machine, my testing shows no leak with 'http', but leaks with 'file' and 'hello'. It looks like a leak in the dpi branch. Does anyone know whether g_mem_profile can help to track this down? -- Cheers Jorge.-

I've tried to get myself unsubscribed to this list (to which someone kindly subscribed me without my knowledge or permission), by emailing the admistrator, but it seems my letter ended up on hold somewhere. Would somone kindly suggest an alternative method for me to unsubscribe? There's no facility on the web page for doing so. Haines Brown

Jorge Arellano Cid wrote:

On Wed, Oct 27, 2004 at 06:42:14PM +0200, Roberto A. Foglietta wrote:

...

Jorge Arellano Cid wrote:

...

[...] Please get it at:

http://www.dillo.org/download/dillo-0.8.3.tar.bz2

and send your feedback. 36 hours of testing time remain! :-)

Sorry to inform you but v0.8.3 (far from, at least v0.8.2) has a memory leak bug.

I tested it and 0.8.2 also leaks the same amount. :-)

...

Clicking on reload button used memory increase around 4kb for each click. Stop clicking make used memory increasing stop too. So increase memory size of dillo depends on reloads but not following links.

Dillo show the same memory leak using back-foward button between two different address. Could you reproduce it?

Yes I can.

I'm testing with a trivial HTML page: "<html>@</html>", because bad formed pages may result in some leaks. It's interesting to note that the leak shows with this page too.

I forgot to say that probably small and big pages have different amount of memory leak but it exist always, even in trivial and correct pages. The first thing I try to check was the correctness of my html. After I check that EVERY TAG, included <p> was always closed even if is not necessary close it (like meta tag, or <p> or <br>). HTML doesn't seem to me the reason of memory leak, if it were probably memory leak get out in following links too bit it doesn't.

I'll give it a look, though it's hard to know where to start...

Checking previuos version hoping to found one which hasn't this bug and comparing code between has/has-not could give us a good starting point to solve bug.

Thanks for the report. If you find more details of this BUG, please let us know.

I will... Cheers, -- Roberto A. Foglietta Analista Programmatore GNU/Linux SAD Trasporto Locale S.p.a. Corso Italia 13/N 39100 BOLZANO (I) Tel. +39/0471-450.261 Fax +39/0471-450.253