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

2006-09-11 Thread Graham Dumpleton (JIRA)
[ http://issues.apache.org/jira/browse/MODPYTHON-165?page=all ] Graham Dumpleton resolved MODPYTHON-165. Fix Version/s: 3.3 Resolution: Fixed Anything else related to this can be done as enhancement later. > Exporting functions from mod_p

[jira] Commented: (MODPYTHON-182) Memory leak in request readline()

2006-09-11 Thread Graham Dumpleton (JIRA)
[ http://issues.apache.org/jira/browse/MODPYTHON-182?page=comments#action_12433817 ] Graham Dumpleton commented on MODPYTHON-182: Do the patches which been made on this cover all the problems that are known? If yes and we can mark a

[jira] Commented: (MODPYTHON-93) Improve util.FieldStorage efficiency

2006-09-11 Thread Graham Dumpleton (JIRA)
[ http://issues.apache.org/jira/browse/MODPYTHON-93?page=comments#action_12433818 ] Graham Dumpleton commented on MODPYTHON-93: --- Have we decided that we will not try and be compatible with Trac and expect people using mod_python 3.3 t

[jira] Updated: (MODPYTHON-187) Hang on subscripted access to request.subprocess_env.

2006-09-11 Thread Graham Dumpleton (JIRA)
[ http://issues.apache.org/jira/browse/MODPYTHON-187?page=all ] Graham Dumpleton updated MODPYTHON-187: --- Fix Version/s: 3.3 > Hang on subscripted access to request.subprocess_env. > - > >

[jira] Created: (MODPYTHON-189) repr() for various objects doesn't convert data members correctly.

2006-09-11 Thread Graham Dumpleton (JIRA)
repr() for various objects doesn't convert data members correctly. -- Key: MODPYTHON-189 URL: http://issues.apache.org/jira/browse/MODPYTHON-189 Project: mod_python Issue Type:

Re: [jira] Commented: (MODPYTHON-93) Improve util.FieldStorage efficiency

2006-09-11 Thread Mike Looijmans
As I recall, dropping the current Trac version for 3.3 is what we wanted to do. In addition, there was talk about implementing a __setitem__ method as well to support manual insertion of fields, so that FieldStorage becomes a real dictionary-like object. The add_field method was to be reworked

[jira] Commented: (MODPYTHON-159) multiline headers in multipart/form not handled

2006-09-11 Thread Graham Dumpleton (JIRA)
[ http://issues.apache.org/jira/browse/MODPYTHON-159?page=comments#action_12433832 ] Graham Dumpleton commented on MODPYTHON-159: Does this patch seem correct for current implementation of util.FieldStorage? Index: lib/python/mod_py

[jira] Updated: (MODPYTHON-159) multiline headers in multipart/form not handled

2006-09-11 Thread Graham Dumpleton (JIRA)
[ http://issues.apache.org/jira/browse/MODPYTHON-159?page=all ] Graham Dumpleton updated MODPYTHON-159: --- Attachment: MP159-20060911-grahamd-1.diff Indenting got stuffed up when pasted in for some reason. Have attached possible patch instead

Re: Fix to compile trunk on windows

2006-09-11 Thread Jim Gallacher
Dan Eloff wrote: Unrelated question, is it "ok" to use the trunk in a development environment? It will usualy work, or should I expect it to blow up in my face more often than not? At this point in the development cycle you are fairly safe. As later messages in this thread indicate you've been

Re: Fix to compile trunk on windows

2006-09-11 Thread Dan Eloff
On 9/11/06, Nicolas Lehuen <[EMAIL PROTECTED]> wrote: Sorry I usually don't use the VS GUI to build mod_python, only the dist/build_installer.bat script. I didn't even notice there was a VS .vcproject file until now :). That's why I haven't noticed the problem. Not your fault, probably mine for