- Dillo-dev - lists.mailman3.com

[Dillo-dev]news about memory leak

by Riccardo Mottola

Hey, I am on a NetBSD/ppc system. DIllo 0.8.3 and can reproduce the leak. I noted however that: - clicking the reload button in thight succession gets an increment of about 4K every time - the leak is consitent, you can make the amount of leaked memory skyrocket to megabytes. - clicking slowly, waitning 10 seconds each time does NOT make dillo leak I suspect the leak happens if you click reload before dillo has "finished" the page and the "stop button" is disabled. I used a very simple page: <html>this is a test</html> Cheers, Riccardo

Oct. 28, 2004

Re: [Dillo-dev]Memory leak bug (was dillo-0.8.3)

by Roberto A. Foglietta

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). 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}. 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

Oct. 28, 2004

Re: [Dillo-dev]Memory leak bug (was dillo-0.8.3)

by Roberto A. Foglietta

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

Oct. 28, 2004

[Dillo-dev]Protocol Handlers

by Lee Bigelow

Hello there, I was playing with the dpi's and made one for ed2k:// links (based on the Hello World example). It was just a quicky, and not generally useful, but I was wondering if anyone was working on a general protocol handler. Along these lines: - Dillo doesn't recognize the protocol so sends it to say external.dpi - external.dpi reads an external.conf file that has a list of protocols and respective external handlers. - If it finds a matching protocol it sends the url(%s), or just the url data (%r), to the handler. - If there's no matching protocol it could show an edit page (like bookmarks modify) for the external.conf. This could be used for mailto:, nntp:, telnet:, etc.. Anyhow, I starting playing with it, and I thought I should check to see if anyone else was also working on it before I went any further. Also, if there's any advice on the approach, or code I should look at, that would be cool. I am no expert C programer, I'm just reading the docs and modifying the code the other fellows already did. (I hope that's ok) -- Lee Bigelow <ligelowbee(a)yahoo.com>

Oct. 28, 2004

[Dillo-dev]Re: Dillo

by Jorge Arellano Cid

On Wed, Oct 27, 2004 at 04:48:37PM -0700, Eugenia Loli-Queru wrote: > >>Please note that the front-end of Gnomefiles has been specifically > >>optimized to work well with Dillo, > > > > I noted, good HTML, and it looks pretty too. > > Thanks, I have made sure that our other sites, osnews.com and nmcx.com also > render well. :) Great! > > > If you can add the missing </form> tag, the application-submit > >process on www.GnomeFiles.org may be finished by using a standard > >dillo-0.8.3. That'd be good news for our users. > > Please retry. I have changed the code to allow Dillo and added the missing > tag. Thanks! > Hmm, I can't seem to make dillo login to gnomefiles's dev corner. I have > edited my .dillo/cookiersrc file to say DEFAULT ALLOW but it still doesn't > login... Oh, it's "DEFAULT ACCEPT". BTW, I use: <q> DEFAULT DENY [...] www.gnomefiles.org ACCEPT_SESSION <q> > Do you have a better luck with it? Yes! By using a standard dillo-0.8.3, I was able to go through the whole process without any hassle. As a result, Dillo has now its own record at www.gnomefiles.org, and it's the first on the "Latest Software" list at the time of this writing. Thanks for your help. -- Cheers Jorge.-

Oct. 28, 2004

Re: [Dillo-dev]0.8.3 deb

by Frank McCormick

hello Forget it! I had been testing 0.8.2 before compiling/testing 0.8.3 . Everything is OK now. Sorry. On Wed, 27 Oct 2004 16:31:14 -0300 Jorge Arellano Cid <jcid(a)dillo.org> wrote: > 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.- > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)lists.auriga.wearlab.de > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev -- ---Frank McCormick--- Montreal <a ref="http://www.spreadfirefox.com/?q=affiliates&id=0&t=1">Get Firefox!</a>

Oct. 27, 2004

Re: [Dillo-dev]Memory leak bug (was dillo-0.8.3)

by Jorge Arellano Cid

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'll give it a look, though it's hard to know where to start... Thanks for the report. If you find more details of this BUG, please let us know. -- Cheers Jorge.-

Oct. 27, 2004

Re: [Dillo-dev]0.8.3 deb

by Jorge Arellano Cid

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.-

Oct. 27, 2004

Re: [Dillo-dev]Memory leak bug (was dillo-0.8.3)

by robert w hall

In article <417FCFE6.8040306(a)sad.it>, Roberto A. Foglietta <roberto.foglietta(a)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

Oct. 27, 2004

[Dillo-dev]0.8.3 deb

by Frank McCormick

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

Oct. 27, 2004