[ http://issues.apache.org/jira/browse/MODPYTHON-171?page=all ]
Graham Dumpleton reassigned MODPYTHON-171:
--
Assignee: Graham Dumpleton
> Assignment to req.filename and POSIX style pathnames.
>
[ http://issues.apache.org/jira/browse/MODPYTHON-171?page=all ]
Work on MODPYTHON-171 started by Graham Dumpleton.
> Assignment to req.filename and POSIX style pathnames.
> -
>
> Key: MODPYTHON-171
> URL: htt
[
http://issues.apache.org/jira/browse/MODPYTHON-143?page=comments#action_12427741
]
Graham Dumpleton commented on MODPYTHON-143:
An issue which still needs to be looked at with new module importer is that for
historical reasons, th
[ http://issues.apache.org/jira/browse/MODPYTHON-53?page=all ]
Graham Dumpleton updated MODPYTHON-53:
--
Fix Version/s: (was: 3.3)
> Show link for subversion and JIRA on www.mod_python website
>
[ http://issues.apache.org/jira/browse/MODPYTHON-74?page=all ]
Graham Dumpleton updated MODPYTHON-74:
--
Fix Version/s: (was: 3.3)
> Add a WSGI handler to support WSGI-based frameworks
> ---
>
>
[ http://issues.apache.org/jira/browse/MODPYTHON-59?page=all ]
Graham Dumpleton updated MODPYTHON-59:
--
Fix Version/s: (was: 3.3)
> Add get_session() method to request object
> --
>
> Key: M
[ http://issues.apache.org/jira/browse/MODPYTHON-171?page=all ]
Graham Dumpleton updated MODPYTHON-171:
---
Fix Version/s: 3.3
> Assignment to req.filename and POSIX style pathnames.
> -
>
>
[ http://issues.apache.org/jira/browse/MODPYTHON-15?page=all ]
Graham Dumpleton updated MODPYTHON-15:
--
Fix Version/s: (was: 3.3)
> Publisher : iterable return values should be corretly published
>
[ http://issues.apache.org/jira/browse/MODPYTHON-143?page=all ]
Graham Dumpleton updated MODPYTHON-143:
---
Fix Version/s: 3.3
> Implement and integrate a new module importer.
> --
>
> Key: M
[ http://issues.apache.org/jira/browse/MODPYTHON-63?page=all ]
Graham Dumpleton updated MODPYTHON-63:
--
Fix Version/s: 3.3
> Handle wildcard in Directory to sys.path transfer
> -
>
> Key
[ http://issues.apache.org/jira/browse/MODPYTHON-109?page=all ]
Graham Dumpleton updated MODPYTHON-109:
---
Fix Version/s: 3.3
Mark to be addressed in 3.3. Specifically, unless good reasons are found not
to, the apache.register_cleanup() and req.serv
[ http://issues.apache.org/jira/browse/MODPYTHON-171?page=all ]
Graham Dumpleton resolved MODPYTHON-171.
Resolution: Fixed
> Assignment to req.filename and POSIX style pathnames.
> -
>
>
[ 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 just need some agreement that proposed
names are okay, plus a consensus on how we g
[ http://issues.apache.org/jira/browse/MODPYTHON-159?page=all ]
Graham Dumpleton updated MODPYTHON-159:
---
Fix Version/s: 3.3
Another candidate for 3.3. Fix should be pretty simple, just need to adapt the
original proposed change as posted on mailin
[ http://issues.apache.org/jira/browse/MODPYTHON-128?page=all ]
Graham Dumpleton updated MODPYTHON-128:
---
Fix Version/s: 3.3
Another item which it would be nice to get resolved for mod_python 3.3.
My latest thinking on this is that we need an actua
[ http://issues.apache.org/jira/browse/MODPYTHON-128?page=all ]
Work on MODPYTHON-128 started by Graham Dumpleton.
> Have assigning req.filename automatically update req.finfo.
> ---
>
> Key: MODPYTHON-128
>
[ http://issues.apache.org/jira/browse/MODPYTHON-182?page=all ]
Graham Dumpleton updated MODPYTHON-182:
---
Fix Version/s: 3.3
> Memory leak in request readline()
> -
>
> Key: MODPYTHON-182
>
[ http://issues.apache.org/jira/browse/MODPYTHON-180?page=all ]
Graham Dumpleton updated MODPYTHON-180:
---
Fix Version/s: 3.3
> publisher wrongly generating warning that there is 'nothing to publish'
>
Sorry for the flurry of JIRA emails on the list, but I have been
doing some housework
and drawn a line in the sand in respect of what I see as the
remaining tasks that
should be attempted for mod_python 3.3. These are:
MODPYTHON-109 Signal handler calling Py_Finalize() when child
processes
Graham Dumpleton wrote:
>
> On 13/08/2006, at 12:35 AM, Jim Gallacher wrote:
>
>> Graham,
>>
>> In your JIRA cleanup session you made the comment a number of times that
>> the new importer is not likely to be the default in 3.3. I'm just
>> wondering why it can't be the default, with the old impo
Graham Dumpleton wrote:
> Where are we at with confirming these memory leaks and committing some
> changes to fix them?
Close.
I spent quite a few hours reading through req_readline yesterday, trying
to trace through all the possibilities. There are some... ah...
interesting things in there that
Graham Dumpleton wrote:
> Sorry for the flurry of JIRA emails on the list, but I have been doing
> some housework
> and drawn a line in the sand in respect of what I see as the remaining
> tasks that
> should be attempted for mod_python 3.3. These are:
>
> MODPYTHON-109 Signal handler calling Py_F
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 just need some agreement that
> prop
Memory leak apache.table()
--
Key: MODPYTHON-184
URL: http://issues.apache.org/jira/browse/MODPYTHON-184
Project: mod_python
Issue Type: Bug
Components: core
Affects Versions: 3.2.10, 3.3
Rep
[ http://issues.apache.org/jira/browse/MODPYTHON-184?page=all ]
Jim Gallacher updated MODPYTHON-184:
Description:
There is a memory leak in apache.table().
from mod_python import apache
def handler(req):
req.content_type = 'text/plain'
t =
I've committed the current version of my memory leak test harness to
svn. It lives in branches/jgallacher/tools/leaktest
It's a *nix only tool, originally developed on Ubuntu Dapper Drake, so
you may need to hack it a little to get it to work smoothly on other
platforms. That being said, it's fair
On 8/12/06, Graham Dumpleton <[EMAIL PROTECTED]> wrote:
On 13/08/2006, at 3:43 AM, Dan Eloff wrote:
> I had some modules with circular imports and I only discovered that
> this was a problem when I tried to discover why my modules were being
> reimported constantly. I would suggest that this co
I think we should make an effort to remove any extraneous code as well.
I'm seeing a lot of "unused variable" warnings which should be made to
go away.
Jim
[
http://issues.apache.org/jira/browse/MODPYTHON-143?page=comments#action_12427786
]
Graham Dumpleton commented on MODPYTHON-143:
The new module importer implements a feature whereby if using
apache.import_module() or the 'import' s
29 matches
Mail list logo
