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

2006-03-29 Thread Nicolas Lehuen
OK, I'm +1 on the Won't fix status.I'm not proficient enough in the way unpickling works, but the fact that you cannot specify any namespace in which classes or functions names have to be resolved makes it quite clear that dynamic imports + unpickling functions and classes = not possible.

[jira] Resolved: (MODPYTHON-81) Pickling/unpickling top-level functions defined in published module no longer works in mod_python 3.2

2006-03-29 Thread Graham Dumpleton (JIRA)
[ http://issues.apache.org/jira/browse/MODPYTHON-81?page=all ] Graham Dumpleton resolved MODPYTHON-81: --- Fix Version: (was: 3.3) Resolution: Won't Fix Pickling/unpickling top-level functions defined in published module no longer

[jira] Closed: (MODPYTHON-81) Pickling/unpickling top-level functions defined in published module no longer works in mod_python 3.2

2006-03-29 Thread Graham Dumpleton (JIRA)
[ http://issues.apache.org/jira/browse/MODPYTHON-81?page=all ] Graham Dumpleton closed MODPYTHON-81: - Pickling/unpickling top-level functions defined in published module no longer works in mod_python 3.2

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

2006-03-29 Thread Jim Gallacher
Graham Dumpleton wrote: 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: Auto updating of req.finfo when req.filename changed.

2006-03-29 Thread Gregory (Grisha) Trubetskoy
On Sun, 26 Mar 2006, Graham Dumpleton wrote: One use for it that I already have is to get around the DirectoryIndex problems in mod_python caused by Apache's use of the ap_internal_fast_redirect() function to implement that feature. The specifics of this particular issue are documented

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

2006-03-29 Thread Graham Dumpleton
Grisha wrote .. On Sun, 26 Mar 2006, Graham Dumpleton wrote: One use for it that I already have is to get around the DirectoryIndex problems in mod_python caused by Apache's use of the ap_internal_fast_redirect() function to implement that feature. The specifics of this particular

Re: PythonImport that works for any interpreter.

2006-03-29 Thread Jim Gallacher
Graham Dumpleton wrote: 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

Grouping tests (was: Latest tests)

2006-03-29 Thread Mike Looijmans
What I have been doing in a totally unrelated Python project is to create test groups simply by putting them into separate modules. The main test module test.py looks like this: ## (test.py) import unittest from test_something import * from test_someother import * from test_yetmore import * if

Re: Intend to tag 2.2.1 on Friday

2006-03-29 Thread Oden Eriksson
onsdagen den 29 mars 2006 03.59 skrev Paul Querna: I plan on tagging 2.2.1 from the 2.2.x branch on Friday evening, and start the whole release cycle thing. Cool. And the new apr 1.2.5 too? -- Regards // Oden Eriksson Mandriva: http://www.mandriva.com NUX: http://li.nux.se

Re: Intend to tag 2.2.1 on Friday

2006-03-29 Thread Graham Leggett
On Wed, March 29, 2006 1:15 pm, Oden Eriksson said: Cool. And the new apr 1.2.5 too? APR v1.2.6 has already been released. http://www.apache.org/dist/apr/Announcement1.2.html Regards, Graham --

Re: svn commit: r389697 - /httpd/httpd/trunk/modules/cache/mod_disk_cache.c

2006-03-29 Thread Jim Jagielski
[EMAIL PROTECTED] wrote: --- httpd/httpd/trunk/modules/cache/mod_disk_cache.c (original) +++ httpd/httpd/trunk/modules/cache/mod_disk_cache.c Tue Mar 28 22:53:51 2006 @@ -984,7 +984,15 @@ { const char *str; apr_size_t length, written; -apr_bucket_read(e,

Re: Intend to tag 2.2.1 on Friday

2006-03-29 Thread Jim Jagielski
Paul Querna wrote: I plan on tagging 2.2.1 from the 2.2.x branch on Friday evening, and start the whole release cycle thing. -Paul There are some proposed proxy backports that are lacking one additional +1 to be folded in. Would be nice to have those in 2.2.1 :) --

Re: Intend to tag 2.2.1 on Friday

2006-03-29 Thread Brian Akins
Jim Jagielski wrote: There are some proposed proxy backports that are lacking one additional +1 to be folded in. Would be nice to have those in 2.2.1 :) +1 to that. Can I vote? Which patches do I need to vote on? -- Brian Akins Lead Systems Engineer CNN Internet Technologies

AW: svn commit: r389697 - /httpd/httpd/trunk/modules/cache/mod_disk_cache.c

2006-03-29 Thread Plüm , Rüdiger , VIS
-Ursprüngliche Nachricht- Von: Jim Jagielski +file_cache_errorcleanup(dobj, r); +return APR_EGENERAL; +} Why don't we return rv ? Because we also return APR_EGENERAL in the cases below. I think the behaviour should be consistent. So if we

Re: AW: svn commit: r389697 - /httpd/httpd/trunk/modules/cache/mod_disk_cache.c

2006-03-29 Thread Jim Jagielski
=?iso-8859-1?Q?Pl=FCm=2C_R=FCdiger=2C_VIS?= wrote: -Urspr=FCngliche Nachricht- Von: Jim Jagielski=20 =20 +file_cache_errorcleanup(dobj, r); +return APR_EGENERAL; +} =20 Why don't we return rv ? Because we also return APR_EGENERAL

Re: Intend to tag 2.2.1 on Friday

2006-03-29 Thread Oden Eriksson
onsdagen den 29 mars 2006 15.20 skrev Graham Leggett: On Wed, March 29, 2006 1:15 pm, Oden Eriksson said: Cool. And the new apr 1.2.5 too? APR v1.2.6 has already been released. http://www.apache.org/dist/apr/Announcement1.2.html Thanks. I discovered that minutes after posting. Sorry for

Re: AW: svn commit: r389697 - /httpd/httpd/trunk/modules/cache/mod_disk_cache.c

2006-03-29 Thread Plüm , Rüdiger , VIS
-Ursprüngliche Nachricht- Von: Jim Jagielski That seem to be the case when we have a general error. In other places where we have a valid 'rv', we tend to return that. Look at file_cache_recall_mydata() for example... In the above, I think the return status may be useful,