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
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:
http://www.dscpl.com.au/articles/modpytho
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 directi
[
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
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 affec
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 al
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.? / A
