- Dillo-dev - lists.mailman3.com

[Dillo-dev]new file server dpi in CVS.

by Jorge Arellano Cid

Hi Dieter, I just finished the first prototype for the two-threads-only file server dpi. I've had this in mind for sometime because the old one, despite solving a deadlock race, used too much threads when the page requested too much different files (one per file). This can cause some problems on restricted environments as PDAs or uclibc for instance. I hope this solves the issues you told me on your LP64 machine. Ah, the CVS also has a lot more fixes of -Wconversion warnings. Urbi et orbi: please test these new dpis because the current CVS is very close to becoming dillo 0.8.4! How: dpidc stop make make install-strip (this avoids the upgrading problems with running dpis/dpid). ============ Have great hollydays and enjoy as much as you can! -- Cheers Jorge.- PS: Dieter: are you subscribed to dillo-dev?

Dec. 28, 2004

[Dillo-dev]Re: Dillo Bug #650 partial workaround

by Jorge Arellano Cid

On Thu, Dec 23, 2004 at 04:56:22PM -0500, Roberto Sanchez wrote: > Jorge Arellano Cid wrote: > >On Sun, Dec 19, 2004 at 01:04:08AM -0500, Roberto Sanchez wrote: > > > >>Jorge, > >> > >>I have a partial workaround for bug #650. It is not exactly > >>pretty. The problem is that the website reported in the bug, > >>www.ilsole24ore.it, does not send a Content-Type header. > >>The result is: > >> > >>Nav_open_url: Url=>http://www.ilsole24ore.it< > >>Dns_server [0]: www.ilsole24ore.it is 0x80b97f8 > >>Connecting to 212.45.97.54 > >>HTTP warning: Server didn't send Content-Type in header. > >> > >>[...] > > > > > > My investigation on this is leading to a patch that will enable > >Dillo to wait for more input when there's not enough data at HTTP > >header-parsing time (to detect the content-type). > > > > This is the same problem you face when a SGML comment that's to > >be skipped is trimmed in the middle by the TCP packetizing. > > > > The good news is that when I'm done, the patch you're working > >on will be much easier to complete. > > > OK. I have started on this, but have only put a few hours into > it. I will wait for your patch. Done. It took a couple of days to commit because of christmas ;-). > > > You can work on: > > > ><q> > > there is a small memory leak in the current CVS version of Dillo: > > The trivial document > > > > <html><head><title>memory leak</title></head><body></body></html> > > > > produces on exiting Dillo: > > > > ** WARNING **: 1 styles left > > ** WARNING **: 1 fonts (1 references) left > > ** WARNING **: 1 colors (1 references) left > > > What do these warnings mean? That some reference-counted styles of Dw are not being freed. > Where can I find out more about them? ./srch a_Dw_style_ref or ./srch a_Dw_style_unref > Does this indicate that objects were allocated and never released? Yes. ======== List readers: Roberto just joined us as a contributing developer. We've had some email interchange out of dillo-dev band to set things up. Now we'll continue writing on the list. Welcome aboard! -- Cheers Jorge.-

Dec. 26, 2004

[Dillo-dev][aferris@bu.edu: Dillo Rocks!]

by Jorge Arellano Cid

-- Cheers Jorge.-

Dec. 22, 2004

Re: [Dillo-dev]Re: dillo: umask(0) in dpid/main.c?

by Jeremy Henty

On Tue, Dec 21, 2004 at 10:44:15AM -0300, Jorge Arellano Cid wrote: > On Wed, Dec 01, 2004 at 06:35:33AM +0000, Jeremy Henty wrote: > > > > Well, I'd vote for 077. World-writable files give me the willies. > > Just changed dpid's umask to 0077. Cheers! > As Dillo is not designed to share its internal files among users, > this seems to be the right setting. Agreed. > Does anyone know better about umask's effects in depth? W. Richard Stevens, for one, so I followed up every reference to umask() in "Advanced Programming in the UNIX(R) Environment". The only effect mentioned is that it modifies the file permissions mask passed to open() or creat(). The book also recommends umask(0) for daemons, but since we don't want to allow other processes to see dillo's internals I would still say umask(0077) is right for dpid. Cheers, Jeremy

Dec. 21, 2004

Re: [Dillo-dev]BugTrack

by Riccardo Mottola

Jorge Arellano Cid wrote: > > Hi, > > Does anyone know how to make sense and use the bug track > entries ranging from #628 to #646? > > If there's a way it'd be good to fix those, otherwise, it'd be > good to remove these entries. they could be GTK errors... I have difficulties using valgrind too, in a program I write I get troubles inside Xfree and Lesstif :) -R

Dec. 21, 2004

[Dillo-dev]website: task list and more.

by Jorge Arellano Cid

Hi Jörgen, Sometime ago we considered with Sebastian moving the "Current Plans" section of the home page into its own page (with a link in the left column). Please build this page with the info in: http://lists.auriga.wearlab.de/pipermail/dillo-dev/2004-November/002414.html Note that the first two tasks are already done and commited to CVS (To be marked as [D]. i.e., done). Ah, it'd be also good to have the information posted by Livio referenced somewhere where you see it fits. This is: http://lists.auriga.wearlab.de/pipermail/dillo-dev/2004-December/002474.html Last but not the least: Please add Matthias Franz to the contributors section in the authors page. TIA. -- Cheers Jorge.-

Dec. 21, 2004

Re: [Dillo-dev]Re: dillo: umask(0) in dpid/main.c?

by Jorge Arellano Cid

On Wed, Dec 01, 2004 at 06:35:33AM +0000, Jeremy Henty wrote: > > On Tue, Nov 30, 2004 at 03:10:50PM -0300, Jorge Arellano Cid wrote: > > On Sun, Nov 28, 2004 at 01:03:23PM +0100, Richard Zidlicky wrote: > > > > > Is there still a good reason to set umask to 0 for all plugins? > > > > ... it makes much more sense to use 077 as a mask for dpis > > (i.e. only allowing the owner). > > > > Comments are welcome. > > Well, I'd vote for 077. World-writable files give me the willies. Just changed dpid's umask to 0077. As Dillo is not designed to share its internal files among users, this seems to be the right setting. Does anyone know better about umask's effects in depth? -- Cheers Jorge.-

Dec. 21, 2004

[Dillo-dev]small memory leak

by Matthias Franz

Hi everybody, there is a small memory leak in the current CVS version of Dillo: The trivial document <html><head><title>memory leak</title></head><body></body></html> produces on exiting Dillo: ** WARNING **: 1 styles left ** WARNING **: 1 fonts (1 references) left ** WARNING **: 1 colors (1 references) left OK with Dillo 0.8.3. All the best, -- Matthias Franz Section de Mathématiques, Université de Genève, Suisse

Dec. 21, 2004

[Dillo-dev]BugTrack

by Jorge Arellano Cid

Hi, Does anyone know how to make sense and use the bug track entries ranging from #628 to #646? If there's a way it'd be good to fix those, otherwise, it'd be good to remove these entries. -- Cheers Jorge.-

Dec. 20, 2004

Re: [Dillo-dev]dillo on ipaq w/ OPIE and FLTK future

by Jorge Arellano Cid

On Sun, Dec 19, 2004 at 12:33:43PM +0100, Michael Kropfberger wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > hi! Hi. > I don't want to start a flame thread, but just wanted to know the actual > thoughts on: how complicated would it be to port dillo to Qt-based OPIE on > ipaqs? I don't know about OPIE's API, but similar to porting to FLTK I guess. > how far is the idea of switching to fltk away from GTK? The idea is very close and advanced. The Feasibility study is done, a porting plan was designed, some testing code made, and a new Dw abstraction layer developed. Unfortunately Sebastian has not had enough time to work on it. This is a very time consuming task and he's working on a spare time basis... > IMHO, fltk is not able to render on Qt-embedded, just on X11 and Windows And OSX. Maybe FLTK 2.0 or 1.2.x has/will-have a rendering layer for Qt-embedded. The FLTK team surely knows better about this. > > BTW, is the actual dillo-0.8.3 compiling on ipaq with GPE? haven't tried > yet... I'm playing around with GPE-feed dillo2_0.6.6-r0_arm.ipk AFAIK, the latest GPE is GTK2.x based. Dillo needs GTK1.x. Nevertheless, familiar seems to carry GTK1.x because it has a dillo-0.8.1 package. BTW, as of familiar website, they also carry FLTK. Embedded systems' toolkits are not my strongest area. Please post here anything interesting that you may find about it. -- Cheers Jorge.-

Dec. 20, 2004