On 09/10/2006, at 4:37 AM, solo turn wrote:
hi,
when does mod_python support python-2.5?
it seems that former versions are likely to cause core dumps when
using pyexpat, see http://python.org/sf/1295808,
http://python.org/sf/1075984, http://python.org/sf/1558223.
as subversion uses expat, an
On 10/8/06, solo turn <[EMAIL PROTECTED]> wrote:
when does mod_python support python-2.5?
I'm running mod_python on 2.5 for more than two weeks now without any
problems that I've been aware of. Grab the trunk version from the
subversion and have fun.
-Dan
hi,
when does mod_python support python-2.5?
it seems that former versions are likely to cause core dumps when
using pyexpat, see http://python.org/sf/1295808,
http://python.org/sf/1075984, http://python.org/sf/1558223.
as subversion uses expat, and edgewall trac is for subversion, errors
like
[
http://issues.apache.org/jira/browse/MODPYTHON-127?page=comments#action_12440752
]
Graham Dumpleton commented on MODPYTHON-127:
Have made code changes (not documentation), but not yet committed.
Having done this, I found myself as
On 14/08/2006, at 1:42 AM, Jim Gallacher wrote:
Graham Dumpleton (JIRA) wrote:
[ http://issues.apache.org/jira/browse/MODPYTHON-127?page=all ]
Graham Dumpleton updated MODPYTHON-127:
---
Fix Version/s: 3.3
Lets target this to be done for 3.3. We
[ http://issues.apache.org/jira/browse/MODPYTHON-127?page=all ]
Graham Dumpleton reassigned MODPYTHON-127:
--
Assignee: Graham Dumpleton
> Use namespace for mod_python PythonOption settings.
> ---
>
[ http://issues.apache.org/jira/browse/MODPYTHON-127?page=all ]
Work on MODPYTHON-127 started by Graham Dumpleton.
> Use namespace for mod_python PythonOption settings.
> ---
>
> Key: MODPYTHON-127
> URL: http://
Apache specific versions of os.path(posixpath/ntpath) path manipulation
functions.
--
Key: MODPYTHON-192
URL: http://issues.apache.org/jira/browse/MODPYTHON-192
Project:
[ http://issues.apache.org/jira/browse/MODPYTHON-180?page=all ]
Graham Dumpleton resolved MODPYTHON-180.
Resolution: Fixed
Added a new internal (ie., not intended to be used by public), member called
_bytes_queued to the request object which tra
[ http://issues.apache.org/jira/browse/MODPYTHON-180?page=all ]
Graham Dumpleton reassigned MODPYTHON-180:
--
Assignee: Graham Dumpleton
> publisher wrongly generating warning that there is 'nothing to publish'
> --
[ http://issues.apache.org/jira/browse/MODPYTHON-180?page=all ]
Work on MODPYTHON-180 started by Graham Dumpleton.
> publisher wrongly generating warning that there is 'nothing to publish'
> ---
>
> Key: MODP
[ http://issues.apache.org/jira/browse/MODPYTHON-109?page=all ]
Graham Dumpleton resolved MODPYTHON-109.
Resolution: Fixed
> Signal handler calling Py_Finalize() when child processes being killed.
> ---
[
http://issues.apache.org/jira/browse/MODPYTHON-109?page=comments#action_12440731
]
Graham Dumpleton commented on MODPYTHON-109:
After more digging on this issue my opinion is now that we should just leave
the register_cleanup() fu
13 matches
Mail list logo