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

[Dillo-dev]how to reply a message

by Yu Zenghui

why is what I send always a new thread? How to reply a thread?

Jan. 9, 2005

Re: [Dillo-dev]a_Http_init() question

by Roberto Sanchez

Jorge Arellano Cid wrote: > On Sat, Jan 08, 2005 at 01:38:17AM -0500, Roberto Sanchez wrote: > >>I was reading through some of the code and noticed this code segment in >>a_Http_init() (file: src/IO/http.c, line 82): >> >> gchar *env_proxy = getenv("http_proxy"); >> >> if (env_proxy && strlen(env_proxy)) >> HTTP_Proxy = a_Url_new(env_proxy, NULL, 0, 0, 0); >> if (!HTTP_Proxy && prefs.http_proxy) >> HTTP_Proxy = a_Url_dup(prefs.http_proxy); >> >>It appears to me that this will take first an HTTP proxy from the user's >>environment. Then, if one is defined in the Dillo preferences, use it >>to override the one from the environment. >> >>I think that the order of the tests should be reversed. The reason is >>that every *nix program I can think of will place precedence on settings >>from the environment *over* those in the configuration files. The >>behavior above would be confusing to an experienced *nix user. > > > It works. The "!HTTP_Proxy" avoids the oversetting. > Sure does :-) I guess that's what I get for trying to read source code at 2:00 am. Here is a small patch that adds a comment there and a few other places for clarification. -Roberto

Jan. 8, 2005

Re: [Dillo-dev]a_Http_init() question

by Jorge Arellano Cid

On Sat, Jan 08, 2005 at 01:38:17AM -0500, Roberto Sanchez wrote: > I was reading through some of the code and noticed this code segment in > a_Http_init() (file: src/IO/http.c, line 82): > > gchar *env_proxy = getenv("http_proxy"); > > if (env_proxy && strlen(env_proxy)) > HTTP_Proxy = a_Url_new(env_proxy, NULL, 0, 0, 0); > if (!HTTP_Proxy && prefs.http_proxy) > HTTP_Proxy = a_Url_dup(prefs.http_proxy); > > It appears to me that this will take first an HTTP proxy from the user's > environment. Then, if one is defined in the Dillo preferences, use it > to override the one from the environment. > > I think that the order of the tests should be reversed. The reason is > that every *nix program I can think of will place precedence on settings > from the environment *over* those in the configuration files. The > behavior above would be confusing to an experienced *nix user. It works. The "!HTTP_Proxy" avoids the oversetting. -- Cheers Jorge.-

Jan. 8, 2005

Re: [Dillo-dev]Bug #340

by Jorge Arellano Cid

On Sat, Jan 08, 2005 at 01:20:00AM -0500, Roberto Sanchez wrote: > I just tried to duplicate Bug #340, but I could not. > Could anyone else confirm this? I am using today's > CVS. If it is no longer reproducible, i.e., Dillo > behaves correctly, maybe Jorge can mark the bug as > done? Now it's marked done. -- Cheers Jorge.-

Jan. 8, 2005

[Dillo-dev]a_Http_init() question

by Roberto Sanchez

I was reading through some of the code and noticed this code segment in a_Http_init() (file: src/IO/http.c, line 82): gchar *env_proxy = getenv("http_proxy"); if (env_proxy && strlen(env_proxy)) HTTP_Proxy = a_Url_new(env_proxy, NULL, 0, 0, 0); if (!HTTP_Proxy && prefs.http_proxy) HTTP_Proxy = a_Url_dup(prefs.http_proxy); It appears to me that this will take first an HTTP proxy from the user's environment. Then, if one is defined in the Dillo preferences, use it to override the one from the environment. I think that the order of the tests should be reversed. The reason is that every *nix program I can think of will place precedence on settings from the environment *over* those in the configuration files. The behavior above would be confusing to an experienced *nix user. -Roberto Sanchez

Jan. 8, 2005

[Dillo-dev]Bug #340

by Roberto Sanchez

I just tried to duplicate Bug #340, but I could not. Could anyone else confirm this? I am using today's CVS. If it is no longer reproducible, i.e., Dillo behaves correctly, maybe Jorge can mark the bug as done? -Roberto Sanchez

Jan. 8, 2005

Re: [Dillo-dev]cache replace

by Scott Scriven

* Yu Zenghui <yuzenghui(a)people.com.cn> wrote: > it seems that dillo doesn't use cache replace algorithms. it > simply inserts new entry into the hash table. then if the > program runs for a long time, it will use more and more > memories. doesn't it? Hmm. I always thought that was a feature. :) Seriously, I find it useful that dillo uses cache when possible, without touching the network. That makes it easy for me to preload a bunch of pages and then browse them when I don't have 'net access. It also speeds things up compared to browsers which check the network for updates before (or instead of) using cache. I don't tend to run one copy of dillo for a long time, though. Instead, I generally start a new instance for each site or task, and close it when I'm done. I think I have about 20-30 open right now. I guess in that sense, I treat it like an xterm -- open it, perform one or two tasks with it, then close it. I have a lot of instances running all the time, but I cycle through them quickly. Since each one has a single purpose, it's almost like a sticky-note to remind me to finish something. -- Scott

Jan. 7, 2005

[Dillo-dev]Re: Re: cache replace

by Yu Zenghui

it's great! can you tell me what version does your patch apply? thank you! >there's a patch that i've been using for years, it's perfectly stable (but i'm >not sure if it applies cleanly to current versions): > >http://lists.auriga.wearlab.de/pipermail/dillo-dev/2003-January/000073.html > >- Thorben

Jan. 7, 2005

Re: [Dillo-dev]dillo-0.8.4-rc1

by Kelson Vibber

On Thursday 06 January 2005 4:59 pm, Jorge Arellano Cid wrote: > > > Please grab it ASAP, test it throughly and report your findings > > > (finding no problems is a good sign ;). Some emphasis should be > > > put on the newest file server dpi and on compiling on 64 bit > > > machines. It looks OK so far. If anyone's interested, I've posted an RPM built on Fedora Core 3 and a source RPM at: http://www.hyperborea.org/software/dillo/rpms/dillo-0.8.4-0.rc1.fc3.i386.rpm http://www.hyperborea.org/software/dillo/rpms/dillo-0.8.4-0.rc1.src.rpm -- Kelson Vibber www.hyperborea.org

Jan. 7, 2005

Re: [Dillo-dev]dillo-0.8.4-rc1

by Patrick Shanahan

* Livio Soares <livio(a)eecg.toronto.edu> [01-06-05 23:49]: > Typo. Should read dpi/https.c (look for the ENABLE_SSL #undef). Thanks, found it and have build an ssl vers also: http://wahoo.no-ip.org/~pat/dillo-0.8.4-rc1.ssl.i686.rpm I can sign in on amazon, but yahoo complains about cookies which I have enabled in .dillo/cookiesrc?? Other than the yahoo problem, I see no difficulty with the ssl enabled version (so far). good work, thanks, -- Patrick Shanahan Registered Linux User #207535 http://wahoo.no-ip.org @ http://counter.li.org HOG # US1244711 Photo Album: http://wahoo.no-ip.org/photos

Jan. 7, 2005