[jira] Commented: (MODPYTHON-161) Wrong interpreter chosen with req.add_handler()/PythonInterpPerDirective.

[ http://issues.apache.org/jira/browse/MODPYTHON-161?page=comments#action_12378282 ] Graham Dumpleton commented on MODPYTHON-161: I am going to break out the problem of non POSIX style names being assigned to req.filename as a separate issue

[jira] Resolved: (MODPYTHON-161) Wrong interpreter chosen with req.add_handler()/PythonInterpPerDirective.

[ http://issues.apache.org/jira/browse/MODPYTHON-161?page=all ] Graham Dumpleton resolved MODPYTHON-161: Fix Version: 3.3 Resolution: Fixed > Wrong interpreter chosen with req.add_handler()/PythonInterpPerDirect

[jira] Created: (MODPYTHON-171) Assignment to req.filename and POSIX style pathnames.

Reporter: Graham Dumpleton In Apache, all the path names relating to the matched target of a request are dealt with as POSIX style paths. That is, a forward slash is used as the directory separator even if the platform is Win32. The only real allowance for Win32 stuff is that drive specifiers may

[jira] Resolved: (MODPYTHON-103) Implement req.add_output_filter().

[ http://issues.apache.org/jira/browse/MODPYTHON-103?page=all ] Graham Dumpleton resolved MODPYTHON-103: Resolution: Fixed Crashing when PythonInterpPerDirective used now fixed. Note that this same change also fixed a similar crash if SSI

[jira] Commented: (MODPYTHON-104) Allow Python code callouts with mod_include (SSI).

[ http://issues.apache.org/jira/browse/MODPYTHON-104?page=comments#action_12378407 ] Graham Dumpleton commented on MODPYTHON-104: Note that using PythonInterpPerDirective with SSI support would cause a crash. This though has been fixed as part

[jira] Commented: (MODPYTHON-74) Add a WSGI handler to support WSGI-based frameworks

[ http://issues.apache.org/jira/browse/MODPYTHON-74?page=comments#action_12416169 ] Graham Dumpleton commented on MODPYTHON-74: --- For the record and as I have mentioned on the mailing list: http://mail-archives.apache.org/mod_mbox/httpd-python

[jira] Reopened: (MODPYTHON-84) req.sendfile(filename) sends an incorrect number of bytes when filename is a symlink

[ http://issues.apache.org/jira/browse/MODPYTHON-84?page=all ] Graham Dumpleton reopened MODPYTHON-84: --- Assign To: Graham Dumpleton (was: Jim Gallacher) As per report by Sergey: http://www.modpython.org/pipermail/mod_python/2006-May

[jira] Created: (MODPYTHON-175) PSP error page accessing session object can cause a deadlock.

: Graham Dumpleton If a session object is required for a PSP page, the session object will be created automatically with the session being locked at the same time, when PSP.run() is called. If an error page is generated by the session page it in turn will then be run. The problem is that the

[jira] Created: (MODPYTHON-176) PSP.run() should not unlock session if it didn't create it.

3.2.8 Reporter: Graham Dumpleton Priority: Minor When PSP.run() is exiting, it unlocks the session even if it had not created the session object in the first place. In other words, it still unlocks the session if it was inherited by using that already stored as req.session. By rights it shoul

[jira] Commented: (MODPYTHON-38) Passing req.form into psp.PSP().

[ http://issues.apache.org/jira/browse/MODPYTHON-38?page=comments#action_12418012 ] Graham Dumpleton commented on MODPYTHON-38: --- Some of the unfinished session object issues in this entry split out into MODPYTHON-175 and MODPYTHON-176. This

[jira] Created: (MODPYTHON-177) Investigate use of threadstate objects by mod_python.

Investigate use of threadstate objects by mod_python. - Key: MODPYTHON-177 URL: http://issues.apache.org/jira/browse/MODPYTHON-177 Project: mod_python Type: Task Components: core Reporter: Graham Dumpleton

[jira] Created: (MODPYTHON-178) mod_python.psp should return 404 and not 500 when PSP file doesn't exist.

ement Versions: 3.2.8 Reporter: Graham Dumpleton When using mod_python.psp, if a request is made against a .psp file which doesn't exist, then a 500 error response is returned. If PythonDebug is on, the response is of the form: Mod_python error: "PythonHandler mod_python.psp&qu

[jira] Commented: (MODPYTHON-143) Implement and integrate a new module importer.

[ http://issues.apache.org/jira/browse/MODPYTHON-143?page=comments#action_12423617 ] Graham Dumpleton commented on MODPYTHON-143: As per previous comments in: http://www.modpython.org/pipermail/mod_python/2006-May/021095.html

[jira] Assigned: (MODPYTHON-178) mod_python.psp should return 404 and not 500 when PSP file doesn't exist.

[ http://issues.apache.org/jira/browse/MODPYTHON-178?page=all ] Graham Dumpleton reassigned MODPYTHON-178: -- Assignee: Graham Dumpleton > mod_python.psp should return 404 and not 500 when PSP file doesn'

[jira] Work started: (MODPYTHON-178) mod_python.psp should return 404 and not 500 when PSP file doesn't exist.

[ http://issues.apache.org/jira/browse/MODPYTHON-178?page=all ] Work on MODPYTHON-178 started by Graham Dumpleton. > mod_python.psp should return 404 and not 500 when PSP file doesn't exist. > - > >

[jira] Resolved: (MODPYTHON-178) mod_python.psp should return 404 and not 500 when PSP file doesn't exist.

[ http://issues.apache.org/jira/browse/MODPYTHON-178?page=all ] Graham Dumpleton resolved MODPYTHON-178. Fix Version/s: 3.3 Resolution: Fixed > mod_python.psp should return 404 and not 500 when PSP file doesn'

[jira] Commented: (MODPYTHON-164) Allow req.add_handler()/req.register_*_filter() to take module/function for handler.

[ http://issues.apache.org/jira/browse/MODPYTHON-164?page=comments#action_12424281 ] Graham Dumpleton commented on MODPYTHON-164: Change made, but require argument to functions be the actual callable object, no module reference

[jira] Resolved: (MODPYTHON-173) DbmSession creates world readable db file

[ http://issues.apache.org/jira/browse/MODPYTHON-173?page=all ] Graham Dumpleton resolved MODPYTHON-173. Fix Version/s: 3.3 Resolution: Fixed > DbmSession creates world readable db f

[jira] Resolved: (MODPYTHON-78) No support for Apache 2.2 yet

[ http://issues.apache.org/jira/browse/MODPYTHON-78?page=all ] Graham Dumpleton resolved MODPYTHON-78. --- Fix Version/s: 3.2.x Resolution: Fixed > No support for Apache 2.2 yet > - > >

[jira] Assigned: (MODPYTHON-175) PSP error page accessing session object can cause a deadlock.

[ http://issues.apache.org/jira/browse/MODPYTHON-175?page=all ] Graham Dumpleton reassigned MODPYTHON-175: -- Assignee: Graham Dumpleton > PSP error page accessing session object can cause a deadl

[jira] Work started: (MODPYTHON-175) PSP error page accessing session object can cause a deadlock.

[ http://issues.apache.org/jira/browse/MODPYTHON-175?page=all ] Work on MODPYTHON-175 started by Graham Dumpleton. > PSP error page accessing session object can cause a deadlock. > - > > Key: M

[jira] Assigned: (MODPYTHON-176) PSP.run() should not unlock session if it didn't create it.

[ http://issues.apache.org/jira/browse/MODPYTHON-176?page=all ] Graham Dumpleton reassigned MODPYTHON-176: -- Assignee: Graham Dumpleton > PSP.run() should not unlock session if it didn't c

[jira] Work started: (MODPYTHON-176) PSP.run() should not unlock session if it didn't create it.

[ http://issues.apache.org/jira/browse/MODPYTHON-176?page=all ] Work on MODPYTHON-176 started by Graham Dumpleton. > PSP.run() should not unlock session if it didn't create it. > --- > > K

[jira] Resolved: (MODPYTHON-175) PSP error page accessing session object can cause a deadlock.

[ http://issues.apache.org/jira/browse/MODPYTHON-175?page=all ] Graham Dumpleton resolved MODPYTHON-175. Fix Version/s: 3.3 Resolution: Fixed > PSP error page accessing session object can cause a deadl

[jira] Resolved: (MODPYTHON-176) PSP.run() should not unlock session if it didn't create it.

[ http://issues.apache.org/jira/browse/MODPYTHON-176?page=all ] Graham Dumpleton resolved MODPYTHON-176. Fix Version/s: 3.3 Resolution: Fixed Fixed, but did not deal with issue of autosaving. That can be revisited later if it ever

[jira] Assigned: (MODPYTHON-38) Passing req.form into psp.PSP().

[ http://issues.apache.org/jira/browse/MODPYTHON-38?page=all ] Graham Dumpleton reassigned MODPYTHON-38: - Assignee: Graham Dumpleton > Passing req.form into psp.PSP(). > > > Key:

[jira] Work started: (MODPYTHON-38) Passing req.form into psp.PSP().

[ http://issues.apache.org/jira/browse/MODPYTHON-38?page=all ] Work on MODPYTHON-38 started by Graham Dumpleton. > Passing req.form into psp.PSP(). > > > Key: MODPYTHON-38 > URL: http://issues.apache.org/jira/b

[jira] Created: (MODPYTHON-180) publisher wrongly generating warning that there is 'nothing to publish'

mod_python Issue Type: Bug Components: publisher Affects Versions: 3.3 Reporter: Graham Dumpleton Publisher handler contains the code: # we log a message if nothing was published, it helps with debugging if (not published) and (req.bytes_sent==0) and (req.ne

[jira] Resolved: (MODPYTHON-38) Passing req.form into psp.PSP().

[ http://issues.apache.org/jira/browse/MODPYTHON-38?page=all ] Graham Dumpleton resolved MODPYTHON-38. --- Fix Version/s: 3.3 Resolution: Fixed Fixed, with PSP code now using FieldStorage object cached as req.form and left there by prior

[jira] Work started: (MODPYTHON-155) req.add_handler() and inheritance of directory to be searched for module

[ http://issues.apache.org/jira/browse/MODPYTHON-155?page=all ] Work on MODPYTHON-155 started by Graham Dumpleton. > req.add_handler() and inheritance of directory to be searched for module > > >

[jira] Resolved: (MODPYTHON-155) req.add_handler() and inheritance of directory to be searched for module

[ http://issues.apache.org/jira/browse/MODPYTHON-155?page=all ] Graham Dumpleton resolved MODPYTHON-155. Fix Version/s: 3.3 Resolution: Fixed To fix this, handler list now contains reference back to parent handler that registered it

[jira] Resolved: (MODPYTHON-164) Allow req.add_handler()/req.register_*_filter() to take module/function for handler.

[ http://issues.apache.org/jira/browse/MODPYTHON-164?page=all ] Graham Dumpleton resolved MODPYTHON-164. Fix Version/s: 3.3 Resolution: Fixed > Allow req.add_handler()/req.register_*_filter() to take module/function for > h

[jira] Work started: (MODPYTHON-63) Handle wildcard in Directory to sys.path transfer

[ http://issues.apache.org/jira/browse/MODPYTHON-63?page=all ] Work on MODPYTHON-63 started by Graham Dumpleton. > Handle wildcard in Directory to sys.path transfer > - > > Key: MODPYTHON-63 >

[jira] Reopened: (MODPYTHON-155) req.add_handler() and inheritance of directory to be searched for module

[ http://issues.apache.org/jira/browse/MODPYTHON-155?page=all ] Graham Dumpleton reopened MODPYTHON-155: Marked this resolved too soon. The code works fine, but looks like it could be memory inefficient due to the MpHList_FromHLEntry

[jira] Work started: (MODPYTHON-155) req.add_handler() and inheritance of directory to be searched for module

[ http://issues.apache.org/jira/browse/MODPYTHON-155?page=all ] Work on MODPYTHON-155 started by Graham Dumpleton. > req.add_handler() and inheritance of directory to be searched for module > > >

[jira] Created: (MODPYTHON-181) Memory leak when using handlers in multiple phases at same time.

Components: core Affects Versions: 3.2.8, 3.1.4, 3.3 Reporter: Graham Dumpleton Assigned To: Graham Dumpleton When using handlers against multiple phases, ie., # .htaccess PythonFixupHandler handlers AddHandler mod_python .py PythonHandler handlers

[jira] Work started: (MODPYTHON-181) Memory leak when using handlers in multiple phases at same time.

[ http://issues.apache.org/jira/browse/MODPYTHON-181?page=all ] Work on MODPYTHON-181 started by Graham Dumpleton. > Memory leak when using handlers in multiple phases at same time. > > > Key: M

[jira] Resolved: (MODPYTHON-181) Memory leak when using handlers in multiple phases at same time.

[ http://issues.apache.org/jira/browse/MODPYTHON-181?page=all ] Graham Dumpleton resolved MODPYTHON-181. Fix Version/s: 3.3 Resolution: Fixed > Memory leak when using handlers in multiple phases at same t

[jira] Resolved: (MODPYTHON-155) req.add_handler() and inheritance of directory to be searched for module

[ http://issues.apache.org/jira/browse/MODPYTHON-155?page=all ] Graham Dumpleton resolved MODPYTHON-155. Resolution: Fixed Memory inefficiency fixed, but more importantly new problem caused by fixes for memory leaks described in MODPYTHON-181

[jira] Commented: (MODPYTHON-181) Memory leak when using handlers in multiple phases at same time.

[ http://issues.apache.org/jira/browse/MODPYTHON-181?page=comments#action_12425493 ] Graham Dumpleton commented on MODPYTHON-181: Note that you will not actually see this change in the trunk now as changes related to MODPYTHON-155

[jira] Updated: (MODPYTHON-78) No support for Apache 2.2 yet

[ http://issues.apache.org/jira/browse/MODPYTHON-78?page=all ] Graham Dumpleton updated MODPYTHON-78: -- Fix Version/s: 3.2.10 (was: 3.2.x) > No support for Apache 2.2 yet > - > >

[jira] Updated: (MODPYTHON-84) req.sendfile(filename) sends an incorrect number of bytes when filename is a symlink

[ http://issues.apache.org/jira/browse/MODPYTHON-84?page=all ] Graham Dumpleton updated MODPYTHON-84: -- Fix Version/s: 3.3 3.2.10 (was: 3.2.8) > req.sendfile(filename) sends an incorrect number of bytes w

[jira] Assigned: (MODPYTHON-171) Assignment to req.filename and POSIX style pathnames.

[ 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 pathna

[jira] Work started: (MODPYTHON-171) 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 >

[jira] Commented: (MODPYTHON-143) Implement and integrate a new module importer.

[ 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

[jira] Updated: (MODPYTHON-53) Show link for subversion and JIRA on www.mod_python website

[ 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 webs

[jira] Updated: (MODPYTHON-74) Add a WSGI handler to support WSGI-based frameworks

[ 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 framewo

[jira] Updated: (MODPYTHON-59) Add get_session() method to request object

[ 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 > -- > >

[jira] Updated: (MODPYTHON-171) Assignment to req.filename and POSIX style pathnames.

[ 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 pathna

[jira] Updated: (MODPYTHON-15) Publisher : iterable return values should be corretly published

[ 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 publis

[jira] Updated: (MODPYTHON-143) Implement and integrate a new module importer.

[ 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. > -- > >

[jira] Updated: (MODPYTHON-63) Handle wildcard in Directory to sys.path transfer

[ 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 trans

[jira] Updated: (MODPYTHON-109) Signal handler calling Py_Finalize() when child processes being killed.

[ 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

[jira] Resolved: (MODPYTHON-171) Assignment to req.filename and POSIX style pathnames.

[ http://issues.apache.org/jira/browse/MODPYTHON-171?page=all ] Graham Dumpleton resolved MODPYTHON-171. Resolution: Fixed > Assignment to req.filename and POSIX style pathna

[jira] Updated: (MODPYTHON-127) Use namespace for mod_python PythonOption settings.

[ 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

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

[ 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

[jira] Updated: (MODPYTHON-128) Have assigning req.filename automatically update req.finfo.

[ 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

[jira] Work started: (MODPYTHON-128) Have assigning req.filename automatically update req.finfo.

[ 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: M

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

[ 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: M

[jira] Updated: (MODPYTHON-180) publisher wrongly generating warning that there is 'nothing to publish'

[ 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

[jira] Commented: (MODPYTHON-143) Implement and integrate a new module importer.

[ 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 'i

[jira] Commented: (MODPYTHON-63) Handle wildcard in Directory to sys.path transfer

[ http://issues.apache.org/jira/browse/MODPYTHON-63?page=comments#action_12427867 ] Graham Dumpleton commented on MODPYTHON-63: --- Committed code to complete changes such that handler directory is set correctly when handler directive

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

[ http://issues.apache.org/jira/browse/MODPYTHON-165?page=all ] Graham Dumpleton reassigned MODPYTHON-165: -- Assignee: Graham Dumpleton > Exporting functions from mod_python to allow access to interpreters

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

[ http://issues.apache.org/jira/browse/MODPYTHON-165?page=all ] Work on MODPYTHON-165 started by Graham Dumpleton. > Exporting functions from mod_python to allow access to interpreters etc. > > >

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

[ http://issues.apache.org/jira/browse/MODPYTHON-165?page=all ] Graham Dumpleton updated MODPYTHON-165: --- Attachment: mptest.tar.gz Attached "mptest.tar.gz". This provides an example of how these functions can be used in practice.

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

[ http://issues.apache.org/jira/browse/MODPYTHON-165?page=all ] Graham Dumpleton updated MODPYTHON-165: --- Attachment: (was: mptest.tar.gz) > Exporting functions from mod_python to allow access to interpreters

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

[ http://issues.apache.org/jira/browse/MODPYTHON-165?page=all ] Graham Dumpleton updated MODPYTHON-165: --- Attachment: mptest.tar.gz > Exporting functions from mod_python to allow access to interpreters

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

[ http://issues.apache.org/jira/browse/MODPYTHON-165?page=all ] Graham Dumpleton updated MODPYTHON-165: --- Attachment: (was: mptest.tar.gz) > Exporting functions from mod_python to allow access to interpreters

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

[ http://issues.apache.org/jira/browse/MODPYTHON-165?page=all ] Graham Dumpleton updated MODPYTHON-165: --- Attachment: mptest.tar.gz Third time lucky with code. Wasn't returning status correctly and ensuring that cleanup done properly. > E

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

[ http://issues.apache.org/jira/browse/MODPYTHON-165?page=all ] Graham Dumpleton updated MODPYTHON-165: --- Attachment: (was: mptest.tar.gz) > Exporting functions from mod_python to allow access to interpreters

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

[ http://issues.apache.org/jira/browse/MODPYTHON-165?page=all ] Graham Dumpleton updated MODPYTHON-165: --- Attachment: mptest.tar.gz Final go at working example in attachment. The code in mod_python works fine, I just keep mucking up the example

[jira] Resolved: (MODPYTHON-63) Handle wildcard in Directory to sys.path transfer

[ http://issues.apache.org/jira/browse/MODPYTHON-63?page=all ] Graham Dumpleton resolved MODPYTHON-63. --- Resolution: Fixed > Handle wildcard in Directory to sys.path trans

[jira] Resolved: (MODPYTHON-128) Have assigning req.filename automatically update req.finfo.

[ http://issues.apache.org/jira/browse/MODPYTHON-128?page=all ] Graham Dumpleton resolved MODPYTHON-128. Resolution: Fixed As final proposal, changed req.finfo to be an object where fields of underlying fields of apr_finfo_t structure are

[jira] Commented: (MODPYTHON-184) Memory leak apache.table()

[ http://issues.apache.org/jira/browse/MODPYTHON-184?page=comments#action_12430396 ] Graham Dumpleton commented on MODPYTHON-184: The cause of this seems to result from the following. 1. The apache.make_table attribute is actually

[jira] Updated: (MODPYTHON-184) Memory leak apache.table()

[ http://issues.apache.org/jira/browse/MODPYTHON-184?page=all ] Graham Dumpleton updated MODPYTHON-184: --- Fix Version/s: 3.3 > Memory leak apache.table() > -- > > Key: MODPYTHON-184 >

[jira] Updated: (MODPYTHON-184) Memory leak apache.table()

[ http://issues.apache.org/jira/browse/MODPYTHON-184?page=all ] Graham Dumpleton updated MODPYTHON-184: --- Attachment: MP184-2006-08-25-grahamd-1.diff Jim, can you test out this patch for the leak. It does away with tp_alloc altogether and tp_new

[jira] Resolved: (MODPYTHON-184) Memory leak apache.table()

[ http://issues.apache.org/jira/browse/MODPYTHON-184?page=all ] Graham Dumpleton resolved MODPYTHON-184. Resolution: Fixed > Memory leak apache.table() > -- > > Key: MODPYTHON-184 >

[jira] Created: (MODPYTHON-186) Build process not using correct values from Python config Makefile.

Type: Bug Affects Versions: 3.2.10, 3.3 Reporter: Graham Dumpleton Fix For: 3.3, 3.2.x As found by Justin Erenkrantz, the build process for mod_python is using LINKFORSHARED from the Python config Makefile. On Mac OS X though this results in a expansion of: LDFLAGS

[jira] Closed: (MODPYTHON-188) Session object crash apache

[ http://issues.apache.org/jira/browse/MODPYTHON-188?page=all ] Graham Dumpleton closed MODPYTHON-188. -- Resolution: Invalid This is not a bug, the code in your example is simply wrong. You cannot write: sess1=Session.Session(req

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

[ 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 f

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

[ 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

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

[ 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

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

[ 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_

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

Type: Bug Components: core Affects Versions: 3.2.10, 3.3 Reporter: Graham Dumpleton Priority: Minor The repr() methods of various objects, eg., tableobject, use code like: PyString_ConcatAndDel(&s, PyString_F

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

[ 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

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

[ 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

[jira] Reopened: (MODPYTHON-171) Assignment to req.filename and POSIX style pathnames.

[ http://issues.apache.org/jira/browse/MODPYTHON-171?page=all ] Graham Dumpleton reopened MODPYTHON-171: Unfortunately, one cannot auto normalise paths when assigning to req.filename. This is because some Apache modules use

[jira] Work started: (MODPYTHON-171) 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 >

[jira] Work stopped: (MODPYTHON-171) Assignment to req.filename and POSIX style pathnames.

[ http://issues.apache.org/jira/browse/MODPYTHON-171?page=all ] Work on MODPYTHON-171 stopped by Graham Dumpleton. > Assignment to req.filename and POSIX style pathnames. > - > > Key: MODPYTHON-171 >

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

[ http://issues.apache.org/jira/browse/MODPYTHON-159?page=all ] Work on MODPYTHON-159 started by Graham Dumpleton. > multiline headers in multipart/form not handled > --- > > Key: MODPYTHON-159 >

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

[ http://issues.apache.org/jira/browse/MODPYTHON-159?page=all ] Graham Dumpleton reassigned MODPYTHON-159: -- Assignee: Graham Dumpleton > multiline headers in multipart/form not hand

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

[ http://issues.apache.org/jira/browse/MODPYTHON-159?page=all ] Graham Dumpleton resolved MODPYTHON-159. Resolution: Fixed > multiline headers in multipart/form not hand

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

[ http://issues.apache.org/jira/browse/MODPYTHON-187?page=all ] Graham Dumpleton reassigned MODPYTHON-187: -- Assignee: Graham Dumpleton > Hang on subscripted access to request.subprocess_

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

[ http://issues.apache.org/jira/browse/MODPYTHON-187?page=all ] Work on MODPYTHON-187 started by Graham Dumpleton. > Hang on subscripted access to request.subprocess_env. > - > > Key: MODPYTHON-187 >

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

[ http://issues.apache.org/jira/browse/MODPYTHON-187?page=all ] Graham Dumpleton resolved MODPYTHON-187. Resolution: Fixed Although table_traverse() was changed, not sure it is every called as garbage collecting not enabled for this class type

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

[ http://issues.apache.org/jira/browse/MODPYTHON-189?page=all ] Graham Dumpleton resolved MODPYTHON-189. Fix Version/s: 3.3 Resolution: Fixed > repr() for various objects doesn't convert data members c

[jira] Commented: (MODPYTHON-109) 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

[jira] Resolved: (MODPYTHON-109) Signal handler calling Py_Finalize() when child processes being killed.

[ 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 kil

[jira] Assigned: (MODPYTHON-180) publisher wrongly generating warning that there is 'nothing to publish'

[ 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

[jira] Work started: (MODPYTHON-180) 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' > --- > &g

<    3   4   5   6   7   8   9   10   11   >