[jira] Resolved: (MODPYTHON-73) Using objects to create an explicit hierarchy.

2005-09-01 Thread Nicolas Lehuen (JIRA)
[ 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

[jira] Commented: (MODPYTHON-73) Using objects to create an explicit hierarchy.

2005-09-01 Thread Nicolas Lehuen (JIRA)
[ 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 h

[jira] Created: (MODPYTHON-76) input filter hangs in combination with mod_proxy

2005-09-01 Thread Martijn Faassen (JIRA)
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:

[jira] Commented: (MODPYTHON-73) Using objects to create an explicit hierarchy.

2005-09-01 Thread Graham Dumpleton (JIRA)
[ 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 w

[jira] Commented: (MODPYTHON-73) Using objects to create an explicit hierarchy.

2005-09-01 Thread Graham Dumpleton (JIRA)
[ 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 "XOX" cla

[jira] Commented: (MODPYTHON-73) Using objects to create an explicit hierarchy.

2005-09-01 Thread Nicolas Lehuen (JIRA)
[ 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):

Re: Getting ready for 3.2 beta 2

2005-09-01 Thread Gregory (Grisha) Trubetskoy
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 self.expor

Re: Getting ready for 3.2 beta 2

2005-09-01 Thread Gregory (Grisha) Trubetskoy
On Wed, 31 Aug 2005, Jim Gallacher wrote: 3. Eliminate creation of mod_python_so.so in non-windows environments. Fix is ready to commit. Not Done. I decided to defer this for reasons I won't go into just now. It is not a show stopper anyway. Isn't the fix basically just placing the Mod

Re: Getting ready for 3.2 beta 2

2005-09-01 Thread Jim Gallacher
I've tested this patch and checked it into svn. Should probably be tested for winbuild and MacOS X. I think we are good to go if Graham and Nicolas are happy with their MODPYTHON-73 changes. Jim Gregory (Grisha) Trubetskoy wrote: Or speaking in diff (not tested): --- setup.py.in.orig2

Re: Getting ready for 3.2 beta 2

2005-09-01 Thread Nicolas Lehuen
Well I for one am happy woth MODPYTHON-73, I've integrated Graham's patch and made unit test to check if everything was OK. Graham should be happy too :). Regards, Nicolas2005/9/1, Jim Gallacher <[EMAIL PROTECTED]>: I've tested this patch and checked it into svn. Should probably betested for winbu