January 2005 - Dillo-dev - lists.mailman3.com

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

by Jorge Arellano Cid

On Thu, Dec 30, 2004 at 10:49:14PM -0500, Brian Hechinger wrote: > On Tue, Dec 28, 2004 at 06:59:07PM -0300, Jorge Arellano Cid wrote: > > 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). > > i haven't looked at it yet, and i appologize for commenting before > doing do, but is this something that could be made configurable? > > i ask only since some machines (a lot that i own anyway *G*) do better > IO than CPU stuff, so doing lots of simultaneous IO would make dillo > faster there. On single-CPU sytems this server will be faster in most cases. On multi-CPU systems I doubt a difference because the threaded tasks are almost pure IO and not CPU-intensive. OTOH, computer architecture magic can surprise anyone! ;-) -- Cheers Jorge.-

Jan. 4, 2005

[Dillo-dev]2005

by Jorge Arellano Cid

Hi there! Please receive my best wishes for this new year. Our project has kept its advancing pace and we're very close to dillo-0.8.4-rc1. There's still a DwStyle leak to investigate and that's it. If it takes more than two days more, I'll pack rc1 anyway to start the testing cycle. This should be a short stage because this is mainly a bugfix release and it has proven very stable as from CVS. The idea is to have 0.8.4 before January 15. Althoug the mailing list has been a bit quiet, there's been good work going on in the background, with some new developers and several patches! (the CVS shows it). If destiny smiles, I could be on FOSDEM 2005 presenting Dillo on the embedded track and making contacts with a view to find a way to finally get a core team working full-time on it, thus boosting the development pace. Please join your best thinking, good wishes, and let's hope the best for this 2005! -- Cheers Jorge.-

Jan. 4, 2005

Re: [Dillo-dev]configurable page increment

by Brian Hechinger

On Sun, Dec 19, 2004 at 03:05:00PM -0700, Scott Scriven wrote: > Hello. hi there! > I'd like to make the page increment configurable. I liked the > old half-page behavior, and would like to be able to use that > instead of the current "96% of the viewport" method. However, I > don't really know where to start, or how to hook into dillo's > configuration system. > > Ideally, I'd like to set values for how much to scroll on each > type of scroll event: PgUp/Dn, Space/BkSpace, arrows, and the > mouse wheel. (96%, 50%, 1 line, and 2 lines, respectively) > > I've found the code which configures one of these events, thanks > to a snippet early on this list ("0.96 * allocation->height"), > but don't know where/how to handle the others. > > So, any hints? Or, alternately, does anyone with more of a clue > feel like adding this? i could possibly be convinced to look into this after i finish the configuration as dpi project (which is getting started today!!!!) -brian -- "Now you know why I got the everliving hell OUT of Windows administration. Knowing it doesn't make it any easier. It's just broken-as-designed."

Jan. 4, 2005

[Dillo-dev]How does CCC handle the parallelism of IO?

by uniharmony＠gmail.com

In my opinion, the CCC is a dynamic doubly linked list with function pointers. And all the CCC functions in the chain are called serially. How does CCC handle the parallelism of IO? And Why do you consider it as "pseudo-thread"? I want to dive in it and thanks for reply.

Jan. 4, 2005

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

by Brian Hechinger

On Tue, Dec 21, 2004 at 10:44:15AM -0300, Jorge Arellano Cid wrote: > > Does anyone know better about umask's effects in depth? such as? it's only purpose in life is to be able to control the default permissions of created files. file can of course have their permissions changed at any time, so it is entirely possible to write file creation code in a way that any umask that is set will pretty much be ignored. umask() will return the current umask (if this is the first time being called, you will get the umask as set by the shell environment), so you can check and see if any particular umask is prefered by the user, or you can go ahead and ignore that and set things as you will. -brian -- "Now you know why I got the everliving hell OUT of Windows administration. Knowing it doesn't make it any easier. It's just broken-as-designed."

Jan. 3, 2005