Re: Latest tests

Nicolas Lehuen wrote: Hi, Just FYI, here are the results of my latest build tests with mod_python SVN revision 387864 : +1 ActivePython 2.4.2.10 / Apache 2.0.55 / Windows XP SP2 / old importer +1 ActivePython 2.4.2.10 / Apache 2.0.55 / Windows XP SP2 / new importer +1 ActivePython 2.3.5.? /

Re: Auto updating of req.finfo when req.filename changed.

I'm -1 on updating req.finfo when req.filename is updated. I don't have the time to explain it in detail, but I think it flows from Graham's explanation below. Basically, httpd does a stat() for you, and its result is stored in finfo. Why make it any more complicated and magical? If you

Re: Auto updating of req.finfo when req.filename changed.

Sorry, you have missed an important point. I am not suggesting this as some sort of convoluted alternative to using os.stat() in Python for when a Python based handlers wants to stat some alternative file. I am specifically addressing the issue where request_rec-filename is being updated to

[jira] Commented: (MODPYTHON-127) Use namespace for mod_python PythonOption settings.

[ http://issues.apache.org/jira/browse/MODPYTHON-127?page=comments#action_12372184 ] Graham Dumpleton commented on MODPYTHON-127: Here is the list of options that I can find and some suggestions as to what they be called instead. Remember that

PythonImport that works for any interpreter.

In: http://issues.apache.org/jira/browse/MODPYTHON-117 I describe the idea of having a means of using PythonImport to define a module to be imported into any interpreter that may be created. For some cases where there are a lot of virtual hosts, this may be simpler than having to list a

Pickling/unpickling top-level functions, classes etc.

Nicolas Are you okay with: http://issues.apache.org/jira/browse/MODPYTHON-81 Pickling/unpickling top-level functions defined in published module no longer works in mod_python 3.2 being resolved as Won't Fix and then closed? As I describe in:

Re: Pickling/unpickling top-level functions, classes etc.

On 3/29/06, Graham Dumpleton [EMAIL PROTECTED] wrote: Are you okay with: http://issues.apache.org/jira/browse/MODPYTHON-81 Pickling/unpickling top-level functions defined in published module no longer works in mod_python 3.2 being resolved as Won't Fix and then closed? I agree that

build problems

Hi all, I try to build libapreq2 on a Fedora Core machine, apache 2.0.53, mod_perl 2.03, libapreq2-2.06, but the tests fail each time in the api/CGI section. In the log, I find [Tue Mar 28 16:54:40 2006] [error] [client 127.0.0.1] failed to resolve handler `TestAPI::param': Can't find

Re: AW: Config Bug in proxy_balancer?

=?iso-8859-1?Q?Pl=FCm=2C_R=FCdiger=2C_VIS?= wrote: -Urspr=FCngliche Nachricht- Von: Jim Jagielski to do here. =20 Ok, but this actually works already without your patch. =20 I never even bothered to check... Brian's initial Email said that it didn't. Are you saying

mod_throttle alternative for Apache 2.x

Hi to all, I wonder if there is an Apache 2.x module to do what mod_throttle does for Apache 1.3.x, such as limit and control the load on server bandwidth. Thanks for your advices

Latest tests

Hi,Just FYI, here are the results of my latest build tests with mod_python SVN revision 387864 :+1 ActivePython 2.4.2.10 / Apache 2.0.55 / Windows XP SP2 / old importer +1 ActivePython 2.4.2.10 / Apache 2.0.55 / Windows XP SP2 / new importer+1 ActivePython 2.3.5.? / Apache 2.0.55 / Windows 2000

mod_disk_cache and apr_bucket_read

I just noticed in mod_disk_cache that we don't check the return value of apr_bucket_read in store_body. bakins: Isn't that a bad thing? -- Brian Akins Lead Systems Engineer CNN Internet Technologies

[PATCH]mod_deflate check return of apr_bucket_read

-- Brian Akins Lead Systems Engineer CNN Internet Technologies --- mod_deflate.c~ 2005-11-10 10:20:05.0 -0500 +++ mod_deflate.c 2006-03-28 14:04:20.0 -0500 @@ -518,7 +518,10 @@ } /* read */ -apr_bucket_read(e, data, len, APR_BLOCK_READ); +

Re: [PATCH]mod_deflate check return of apr_bucket_read -- correct

Sent the wrong one. -- Brian Akins Lead Systems Engineer CNN Internet Technologies --- mod_deflate.c~ 2005-11-10 10:20:05.0 -0500 +++ mod_deflate.c 2006-03-28 14:07:32.0 -0500 @@ -401,7 +401,8 @@ apr_bucket *b; apr_size_t len; int done = 0;

[PATCH]mod_disk_cache - check return of apr_bucket_read

-- Brian Akins Lead Systems Engineer CNN Internet Technologies --- mod_disk_cache.c~ 2005-11-17 08:39:15.0 -0500 +++ mod_disk_cache.c2006-03-28 14:10:37.0 -0500 @@ -984,7 +984,11 @@ { const char *str; apr_size_t length, written; -

Re: mod_throttle alternative for Apache 2.x

Did someone try mod_cband ? http://cband.linux.pl/ 2006/3/28, Henri Gomez [EMAIL PROTECTED]: Hi to all, I wonder if there is an Apache 2.x module to do what mod_throttle does for Apache 1.3.x, such as limit and control the load on server bandwidth. Thanks for your advices

Intend to tag 2.2.1 on Friday

I plan on tagging 2.2.1 from the 2.2.x branch on Friday evening, and start the whole release cycle thing. -Paul

prefork mpm in linux: ap_process_connection isn't called on connection

Hey All, On the httpd trunk in prefork.c ap_process_connection isn't called until there is data on the new connection (instead of just when a client connects). I don't know if this is the intended behavior but from what I can see this is because the poll descriptor is set to poll on POLL_IN, in

APR resolver?

While implementing the message bounce in mod_smtpd I ran into a snag. I need to get mx records for host names!! There seems to be no portable DNS resolver library/interface. For UNIX there is at least res_search() and dn_expand() except on BSD this is in the standard library and in linux you need

Re: APR resolver?

On 3/28/06, Rian A Hunter [EMAIL PROTECTED] wrote: I know there is apr_sockaddr_info_get but this doesn't handle getting mx records (or other DNS record types). Should a resolver API be added to APR. Actually I think yes and I think I'm going to implement this. Any objections? A resolver

Re: [PATCH]mod_disk_cache - check return of apr_bucket_read

Thanks for the patch. Committed a slightly modified version as r389697 (http://svn.apache.org/viewcvs?rev=389697view=rev). Regards Rüdiger