[jira] Commented: (MODPYTHON-165) Exporting functions from mod_python to allow access to interpreters etc.

2006-04-19 Thread Damjan Georgievski (JIRA)
[ http://issues.apache.org/jira/browse/MODPYTHON-165?page=comments#action_12375166 ] Damjan Georgievski commented on MODPYTHON-165: -- Isn't it better if mod_python would be able to use the other Apache modules (like mod_dav)? > Exporting funct

Re: svn commit: r394455 - in /httpd/mod_python/trunk: Doc/appendixc.tex src/hlist.c src/include/hlist.h src/include/mod_python.h src/include/mod_python.h.in src/mod_python.c src/requestobject.c test/h

2006-04-19 Thread Graham Dumpleton
On 20/04/2006, at 12:39 AM, Jim Gallacher wrote: [EMAIL PROTECTED] wrote: Author: grahamd Date: Sun Apr 16 03:49:39 2006 New Revision: 394455 > URL: http://svn.apache.org/viewcvs?rev=394455&view=rev +1 Debian Sid, apache 2.2.0, python 2.4.2 -1 Debian Sid, apache 2.0.55, python 2.3.5 Compil

Re: Form of req.filename/req.hlist.directory on Win32 systems.

2006-04-19 Thread Nicolas Lehuen
Hi Graham,OK, it works as in 3.2.8 now, i.e. req.hlist.directory is always normalized.There is something strange, though, and I cannot verify right now whether it was the same behaviour in 3.2.8. If I request a non-existent page, for example http://localhost/foobar/doesntexists.html, req.filename

[jira] Commented: (MODPYTHON-165) Exporting functions from mod_python to allow access to interpreters etc.

2006-04-19 Thread Graham Dumpleton (JIRA)
[ http://issues.apache.org/jira/browse/MODPYTHON-165?page=comments#action_12375199 ] Graham Dumpleton commented on MODPYTHON-165: Having mod_python directly know about other modules, such as mod_dav, means that there then exists a dependency on

Re: Form of req.filename/req.hlist.directory on Win32 systems.

2006-04-19 Thread Graham Dumpleton
If I remember correctly, that is part of Apache's weird matching rules. It was ages ago when I tried to work out how it works for missing files. I should revisit it and document it at least for myself. Anyway, I certainly don't modify req.filename, so shouldn't be the changes I made. Graham O

Re: svn commit: r394455 - in /httpd/mod_python/trunk: Doc/appendixc.tex src/hlist.c src/include/hlist.h src/include/mod_python.h src/include/mod_python.h.in src/mod_python.c src/requestobject.c test/h

2006-04-19 Thread Jim Gallacher
Jim Gallacher wrote: I'm not sure about the most elegant way to handle this situation. Perhaps something like: #if !AP_MODULE_MAGIC_AT_LEAST(20050127,0) #ifndef(AP_REG_EXTENDED) typedef regex_t ap_regex_t; #define AP_REG_EXTENDED REG_EXTENDED #define AP_REG_ICASE REG_ICASE #endif #endif An

Re: svn commit: r394455 - in /httpd/mod_python/trunk: Doc/appendixc.tex src/hlist.c src/include/hlist.h src/include/mod_python.h src/include/mod_python.h.in src/mod_python.c src/requestobject.c test/h

2006-04-19 Thread Justin Erenkrantz
On 4/19/06, Jim Gallacher <[EMAIL PROTECTED]> wrote: > I don't know to what extent Debian-derived distributions such as Ubuntu > use the stock Debian patches, but I wouldn't be suprised if we had > compilation problems there as well. It's not too much of a stretch to > think a similar patch may be

Web archives up...

2006-04-19 Thread Justin Erenkrantz
http://mail-archives.apache.org/mod_mbox/httpd-python-dev/ I'm not sure how this slipped through the cracks, but we missed the python-dev@ and python-cvs@ list in our collection of web archives for apache.org. It's fixed now with the full archives for both lists up now. -- justin

Re: strict_parsing parameter in forms handling.

2006-04-19 Thread Jim Gallacher
Graham Dumpleton wrote: The util.FieldStorage class, plus parse_qs and parse_qsl functions take a parameter called strict_parsing. All the documentation says is: The \var{strict_parsing} argument is not yet implemented. Ie., it doesn't even say what it is meant to be for. Does anyone know w

Re: Web archives up...

2006-04-19 Thread Nicolas Lehuen
Thank you very much, Justin !Regards,Nicolas2006/4/20, Justin Erenkrantz <[EMAIL PROTECTED]>: http://mail-archives.apache.org/mod_mbox/httpd-python-dev/I'm not sure how this slipped through the cracks, but we missed thepython-dev@ and python-cvs@ list in our collection of web archives for apache.or