- Dillo-dev - lists.mailman3.com

Re: [Dillo-dev]meta refresh patch for 0.8.2

by Diego Sáenz

What is the difference between CACHE_ACCEPT and CACHE_ACCEPT_SESSION? DarkSpirit. El Thu, 28 Oct 2004 08:05:20 -0400 Brian Hechinger <wonko(a)4amlunch.net> escribio: > On Thu, Oct 28, 2004 at 11:02:17AM +0200, Roberto A. Foglietta wrote: > > > > Obviously to respect Dillo's team decision to do not allow refresh as > > default policy I make it optional by setting a flag from command line > > speaking of patches, i have finished the caching work yesterday, and need some > people to look at it and test it. > > it uses .dillo/cacherc to control which sites are allowed to set the browser to > not cache the pages there, and also, it only currently honors Pragma no-cache. > > i want to modify the control functions to live in a public place and be > generic enough that they can be used for anything, since all i did was copy > them out of cookies.c and changed all occurances of Cookie or Cookies to Cache > so the functions themselves don't change. > > once done, this could very easily be applied to the refresh tag to control that, > and in fact, could be applied to any tag whatsoever at that point. > > here is the patch, let me know what you think, it patches against: > > /cache.c/1.74/Mon Oct 25 22:49:26 2004// > /cache.h/1.18/Thu Oct 21 14:45:51 2004// > /html.c/1.219/Thu Oct 21 22:48:54 2004// > > -brian > -- > IHTFP: I firmly believe that people dumber than me exist solely for my > amusement. > IHTFP: Okay, maybe not solely for my amusement. Some of them make good cake. >

Oct. 28, 2004

Re: [Dillo-dev]meta refresh patch for 0.8.2

by Brian Hechinger

On Thu, Oct 28, 2004 at 11:02:17AM +0200, Roberto A. Foglietta wrote: > > Obviously to respect Dillo's team decision to do not allow refresh as > default policy I make it optional by setting a flag from command line speaking of patches, i have finished the caching work yesterday, and need some people to look at it and test it. it uses .dillo/cacherc to control which sites are allowed to set the browser to not cache the pages there, and also, it only currently honors Pragma no-cache. i want to modify the control functions to live in a public place and be generic enough that they can be used for anything, since all i did was copy them out of cookies.c and changed all occurances of Cookie or Cookies to Cache so the functions themselves don't change. once done, this could very easily be applied to the refresh tag to control that, and in fact, could be applied to any tag whatsoever at that point. here is the patch, let me know what you think, it patches against: /cache.c/1.74/Mon Oct 25 22:49:26 2004// /cache.h/1.18/Thu Oct 21 14:45:51 2004// /html.c/1.219/Thu Oct 21 22:48:54 2004// -brian -- IHTFP: I firmly believe that people dumber than me exist solely for my amusement. IHTFP: Okay, maybe not solely for my amusement. Some of them make good cake.

Oct. 28, 2004

Re: [Dillo-dev]news about memory leak

by Roberto A. Foglietta

Riccardo Mottola wrote: > 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. Excellent but using my refresh patch I could fix exactly delay among reloads and I see that 5 second are sufficient to load a trivial or not trivial html page but memory leak still. So what happens in ten seconds that doesn't happen in five? 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]meta refresh patch for 0.8.2

by Roberto A. Foglietta

Hi to all, actually I'm working for a local public transport company in which I have to develop a new way to display time table and information to people. Using Dillo into embedded linux system allow my collegues to change graphical display just editing php code in the server BUT this kind of information have to stay up-to-date. Commit a refresh from server is, in this case, the best solution I can immagine. So supporting meta refresh tag makes Dillo good for embedded client systems. This is the main reason because I developed this web-deprecated but very-useful-in-embedded function. In addition to this pratical consideration I think people use free software to be free, so it makes sense give them the freedoom to choose also deprecated functions. Obviously to respect Dillo's team decision to do not allow refresh as default policy I make it optional by setting a flag from command line The patch is plenty of /* RAF, 2004-10-XX: bla bla */ comments because they are usefull for others developers inside my company when they will patch an original version of Dillo and found quickly what I have changed in. If you agree to apply this patch to future stable branches this kind of comments are not any more usefull. If you will include my patch, in agreement with gpl, please inserit somewhere a noticed of code-contribution refering me and the company which is employing me actually. Patch doens't add the memory leak bug which I submit, simply it was the way I discovered that bug. 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]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