[ http://issues.apache.org/jira/browse/MODPYTHON-73?page=all ]
Nicolas Lehuen resolved MODPYTHON-73:
-
Fix Version: 3.2.0
Resolution: Fixed
Checked in Graham's patch and wrote a unit test for it. Everything is OK.
Using objects to create
[
http://issues.apache.org/jira/browse/MODPYTHON-73?page=comments#action_12320768
]
Nicolas Lehuen commented on MODPYTHON-73:
-
BTW Graham, after I wrote the unit test, I remembered that your patch should
not be needed. With the new publisher, the
input filter hangs in combination with mod_proxy
Key: MODPYTHON-76
URL: http://issues.apache.org/jira/browse/MODPYTHON-76
Project: mod_python
Type: Bug
Components: core
Versions: 3.1.4, 3.2.0
Environment:
[
http://issues.apache.org/jira/browse/MODPYTHON-73?page=comments#action_12320781
]
Graham Dumpleton commented on MODPYTHON-73:
---
Note that util.apply_fs_data() can be called directly independent of
mod_python.publisher.
Thus it may be redundant
[
http://issues.apache.org/jira/browse/MODPYTHON-73?page=comments#action_12320783
]
Graham Dumpleton commented on MODPYTHON-73:
---
I checked again, you mustn't have it quite right as it definitely fails for me.
Eg:
def index():
return
[
http://issues.apache.org/jira/browse/MODPYTHON-73?page=comments#action_12320795
]
Nicolas Lehuen commented on MODPYTHON-73:
-
OK, the unit test I performed was not exactly what you meant :
class Mapping(object):
def __init__(self,name):
Or speaking in diff (not tested):
--- setup.py.in.orig2005-09-01 11:42:09.082202944 -0400
+++ setup.py.in 2005-09-01 11:44:35.969872624 -0400
@@ -140,18 +140,24 @@
# this is a hack to prevent build_ext from trying to append
initmod_python to the export symbols
