Re: Bizarre behavior with util.redirect() and mod_autoindex

2006-09-14 Thread Graham Dumpleton
, no?) -- but yes, we are running 3.2.10. -mike On Thu, 14 Sep 2006 18:05:56 -0400 Graham Dumpleton [EMAIL PROTECTED] wrote: Do you have the DirectoryIndex directive defined explicitly or inherited from outer scope? What handler phase are you defining your mod_python handler

Re: Bizarre behavior with util.redirect() and mod_autoindex

2006-09-14 Thread Graham Dumpleton
snippet for the directory concerned. Graham Graham Dumpleton wrote .. If you are using PythonHandler then and not an earlier phase, I don't understand why your handler is being called in the first place then for those files. Which means of creating a sub request is mod_autoindex using? I

Re: Bizarre behavior with util.redirect() and mod_autoindex

2006-09-14 Thread Graham Dumpleton
Mike Glover wrote .. Graham- Here's the snippet out of .htaccess that's calling the handler: Files bar.html PythonAccessHandler mpopenid::requireOpenIDAuth PythonOption allowed-users mike.glover.myopenid.com /Files As you can see, I was wrong about it being a

[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

[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

[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

[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)
: 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_FromString

[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

Re: Regex based publisher proposal

2006-09-10 Thread Graham Dumpleton
On 10/09/2006, at 12:28 PM, Sébastien Arnaud wrote: I love the wiki you put together, lots of great stuff in there! I am going to go back to the drawing board here due to all the new things you presented available in mod_python 3.3 which I did not know about. It looks like a fixuphandler

Re: Fix to compile trunk on windows

2006-09-10 Thread Graham Dumpleton
Dan Eloff wrote .. I get the following linker errors when trying to compile mod_python as fetched from the svn tonight. mod_python error LNK2019: unresolved external symbol __imp__MpFinfo_FromFinfo referenced in function _getreq_rec_fi mod_python error LNK2019: unresolved external symbol

Re: Fix to compile trunk on windows

2006-09-10 Thread Graham Dumpleton
Jorey Bump wrote .. Graham Dumpleton wrote: The only area I guess one may have to be careful with is if you have used PythonPath directive to extend module search path, especially if you reference directories in the document tree. This may result in mod_python complaining in the Apache

Re: Regex based publisher proposal

2006-09-07 Thread Graham Dumpleton
On 08/09/2006, at 2:53 PM, Sébastien Arnaud wrote: In short, Nicolas did read my mind correctly in regards to what I am attempting to do here. I have searched and searched like many python developers for a proper web framework and I have settled for mod_python about 2 years ago. I tried

Re: Regex based publisher proposal

2006-09-07 Thread Graham Dumpleton
On 07/09/2006, at 2:59 PM, Sébastien Arnaud wrote: Anyway, please share your comments and feedback to make sure I am headed in the right direction by keeping in mind that my first goal is to be able to publish using a defined regex url grammar a callable class within a module. I believe

Re: Regex based publisher proposal

2006-09-06 Thread Graham Dumpleton
On 07/09/2006, at 2:59 PM, Sébastien Arnaud wrote: Hi, I have been following with passion mod_python development for quite a while now, and in the light of a few emails over the past few months discussing web frameworks in mod_python, I decided I would attempt to contribute to the

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

2006-09-05 Thread Graham Dumpleton (JIRA)
[ 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

A mod_python Wiki.

2006-08-31 Thread Graham Dumpleton
Jim Gallacher wrote .. Since there doesn't seem to any movement on our request to ASF infrastructure for our wiki, I'd basically given up on an official wiki coming along and have been putting my existing articles into a personal wiki of my own. This will allow me to more easily add more

Re: Server Shutdown and register_cleanup

2006-08-25 Thread Graham Dumpleton
David Fraser wrote .. Trying to find relevant info on this from the Apache docs and other module documentation: http://httpd.apache.org/docs/2.2/stopping.html#gracefulstop talks about advising children to exit after their current request. In this case it would seem the cleanup methods

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

2006-08-24 Thread Graham Dumpleton (JIRA)
[ http://issues.apache.org/jira/browse/MODPYTHON-63?page=all ] Graham Dumpleton resolved MODPYTHON-63. --- Resolution: Fixed Handle wildcard in Directory to sys.path transfer - Key

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

2006-08-24 Thread Graham Dumpleton (JIRA)
[ 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

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

2006-08-24 Thread Graham Dumpleton (JIRA)
[ 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()

2006-08-24 Thread Graham Dumpleton (JIRA)
[ 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 URL: http

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

2006-08-24 Thread Graham Dumpleton (JIRA)
[ 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] Updated: (MODPYTHON-165) Exporting functions from mod_python to allow access to interpreters etc.

2006-08-20 Thread Graham Dumpleton (JIRA)
[ 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 etc

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

2006-08-20 Thread Graham Dumpleton (JIRA)
[ 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 etc

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

2006-08-20 Thread Graham Dumpleton (JIRA)
[ 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. Exporting

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

2006-08-20 Thread Graham Dumpleton (JIRA)
[ 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 etc

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

2006-08-20 Thread Graham Dumpleton (JIRA)
[ 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

Re: New importer is now the default in 3.3 trunk. (PART 2)

2006-08-20 Thread Graham Dumpleton
On 20/08/2006, at 8:14 PM, Graham Dumpleton wrote: apache.handler_root() - Will return the path name of the directory for which the handler directive was specified. If called where there is no directory associated with the context the handler was specified for, will return None. I am getting

Re: New importer is now the default in 3.3 trunk. (PART 3)

2006-08-20 Thread Graham Dumpleton
On 20/08/2006, at 8:14 PM, Graham Dumpleton wrote:On 20/08/2006, at 11:22 AM, Graham Dumpleton wrote: FYI. Part 1 of some information about new module importer in 3.3. Part 2 of information about changes to new importer. And now for the final part 3.When using apache.import_module(), the old

New importer is now the default in 3.3 trunk.

2006-08-19 Thread Graham Dumpleton
FYI. Part 1 of some information about new module importer in 3.3. First, the new module importer has now been made the default in the 3.3 trunk in subversion. If you need to be able to still use the old importer with some existing code because it doesn't seem to work with the new importer

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

2006-08-19 Thread Graham Dumpleton (JIRA)
[ 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 etc

Re: Building on Mac OS X was [jira] Created: (MODPYTHON-184) Memory leak apache.table()

2006-08-17 Thread Graham Dumpleton
On 17/08/2006, at 10:55 AM, Justin Erenkrantz wrote: On 8/16/06, Graham Dumpleton [EMAIL PROTECTED] wrote: Do you have more than one version of Python installed? Nope. I just have Python from /usr/bin/python. Nothing special. Strange. What does your LINKFORSHARED variable have? See

Re: Building on Mac OS X was [jira] Created: (MODPYTHON-184) Memoryleak apache.table()

2006-08-17 Thread Graham Dumpleton
Jim Gallacher wrote .. Justin Erenkrantz wrote: On 8/17/06, Graham Dumpleton [EMAIL PROTECTED] wrote: Also, dist/setup.py in mod_python source contains: ... But I think this was a workaround for older version of Mac OS X. What is the actual error you are getting when building? Um

Re: Building on Mac OS X was [jira] Created: (MODPYTHON-184) Memoryleak apache.table()

2006-08-17 Thread Graham Dumpleton
Justin Erenkrantz wrote .. On Thu, Aug 17, 2006 at 06:08:48PM -0400, Graham Dumpleton wrote: and it just goes haywire. You are going to have to explain 'haywire' by posting up the actual error output from compiler or otherwise. The extracted values for LINKFORSHARED depends

Re: Building on Mac OS X was [jira] Created: (MODPYTHON-184) Memoryleak apache.table()

2006-08-17 Thread Graham Dumpleton
Justin Erenkrantz wrote .. On Thu, Aug 17, 2006 at 06:58:52PM -0400, Graham Dumpleton wrote: So, agree that it is not good that the malformed argument is getting in there, but still don't know why it is dying for you unless it is specifically related to you using Apache from subversion

Re: Building on Mac OS X was [jira] Created: (MODPYTHON-184) Memory leak apache.table()

2006-08-16 Thread Graham Dumpleton
Justin Erenkrantz wrote .. On 8/16/06, Graham Dumpleton [EMAIL PROTECTED] wrote: I would actually love to test this, but I can't build trunk on Mac OS X. Huh! Do you have more than one version of Python installed? Nope. I just have Python from /usr/bin/python. Nothing special

Re: New module importer - why not make it the default in 3.3?

2006-08-16 Thread Graham Dumpleton
Dan Eloff wrote .. The new importer gets my vote. I've been using it for a while now in my development servers and it works great. I've not discovered any bugs. I've verified it with PythonAutoReload and PythonDebug in any combination of On and Off. For a complex hierarchy of python files

Re: HTML formatted traceback

2006-08-16 Thread Graham Dumpleton
Dan Eloff wrote .. I grew tired of scrolling down through the very long tracbacks to get to the actual error, so I wrote a function that lets me skip everything up to my handler function. While I was at it I figured I may as well highlight the things I want to see to make the tracebacks

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

2006-08-13 Thread Graham Dumpleton (JIRA)
[ 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-74) Add a WSGI handler to support WSGI-based frameworks

2006-08-13 Thread Graham Dumpleton (JIRA)
[ 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

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

2006-08-13 Thread Graham Dumpleton (JIRA)
[ 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

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

2006-08-13 Thread Graham Dumpleton (JIRA)
[ 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

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

2006-08-13 Thread Graham Dumpleton (JIRA)
[ 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

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

2006-08-13 Thread Graham Dumpleton (JIRA)
[ 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

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

2006-08-13 Thread Graham Dumpleton (JIRA)
[ 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

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

2006-08-13 Thread Graham Dumpleton (JIRA)
[ 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

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

2006-08-13 Thread Graham Dumpleton (JIRA)
[ 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

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

2006-08-13 Thread Graham Dumpleton (JIRA)
[ 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

[jira] Created: (MODPYTHON-183) Stop Python directives being used in .htaccess files.

2006-08-12 Thread Graham Dumpleton (JIRA)
Components: core Reporter: Graham Dumpleton When changes to support use of wildcards in conjunction with the Directory directive (as described in MODPYTHON-63), and use of DirectoryMatch or ~ with the Directory directive are also supported, it will be possible to say something like

[jira] Updated: (MODPYTHON-94) Calling APR optional functions provided by mod_ssl

2006-08-12 Thread Graham Dumpleton (JIRA)
[ http://issues.apache.org/jira/browse/MODPYTHON-94?page=all ] Graham Dumpleton updated MODPYTHON-94: -- Fix Version/s: 3.2.10 Calling APR optional functions provided by mod_ssl

[jira] Updated: (MODPYTHON-119) DBM Session test shouldn't use default database.

2006-08-12 Thread Graham Dumpleton (JIRA)
[ http://issues.apache.org/jira/browse/MODPYTHON-119?page=all ] Graham Dumpleton updated MODPYTHON-119: --- Fix Version/s: 3.3 3.2.10 (was: 3.2.x) DBM Session test shouldn't use default database

[jira] Updated: (MODPYTHON-122) configure fails when using bash 3.1.x

2006-08-12 Thread Graham Dumpleton (JIRA)
[ http://issues.apache.org/jira/browse/MODPYTHON-122?page=all ] Graham Dumpleton updated MODPYTHON-122: --- Fix Version/s: 3.3 3.2.10 (was: 3.2.x) configure fails when using bash 3.1.x

[jira] Updated: (MODPYTHON-131) Make name of mutex directory configurable.

2006-08-12 Thread Graham Dumpleton (JIRA)
[ http://issues.apache.org/jira/browse/MODPYTHON-131?page=all ] Graham Dumpleton updated MODPYTHON-131: --- Fix Version/s: 3.2.10 Make name of mutex directory configurable. -- Key: MODPYTHON

[jira] Updated: (MODPYTHON-137) Add req.server.get_options() for obtain PythonOption values set at global level.

2006-08-12 Thread Graham Dumpleton (JIRA)
[ http://issues.apache.org/jira/browse/MODPYTHON-137?page=all ] Graham Dumpleton updated MODPYTHON-137: --- Fix Version/s: 3.2.10 Add req.server.get_options() for obtain PythonOption values set at global level

[jira] Updated: (MODPYTHON-145) Make number of mutex locks configurable at apache startup

2006-08-12 Thread Graham Dumpleton (JIRA)
[ http://issues.apache.org/jira/browse/MODPYTHON-145?page=all ] Graham Dumpleton updated MODPYTHON-145: --- Fix Version/s: 3.2.10 Make number of mutex locks configurable at apache startup

[jira] Updated: (MODPYTHON-172) Memory leak with util.fieldstorage using mod_python 3.2.8 on apache 2.0.55

2006-08-12 Thread Graham Dumpleton (JIRA)
[ http://issues.apache.org/jira/browse/MODPYTHON-172?page=all ] Graham Dumpleton updated MODPYTHON-172: --- Fix Version/s: 3.2.10 Memory leak with util.fieldstorage using mod_python 3.2.8 on apache 2.0.55

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

2006-08-12 Thread Graham Dumpleton (JIRA)
[ http://issues.apache.org/jira/browse/MODPYTHON-173?page=all ] Graham Dumpleton updated MODPYTHON-173: --- Fix Version/s: 3.2.10 (was: 3.2.x) DbmSession creates world readable db file

[jira] Updated: (MODPYTHON-174) Update requirements to Apache 2.0.47 or greater

2006-08-12 Thread Graham Dumpleton (JIRA)
[ http://issues.apache.org/jira/browse/MODPYTHON-174?page=all ] Graham Dumpleton updated MODPYTHON-174: --- Fix Version/s: 3.3 3.2.10 (was: 3.2.x) Update requirements to Apache 2.0.47 or greater

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

2006-08-12 Thread Graham Dumpleton (JIRA)
[ http://issues.apache.org/jira/browse/MODPYTHON-143?page=comments#action_12427684 ] Graham Dumpleton commented on MODPYTHON-143: This issue is basically complete and is just lacking some documentation. The name of the PythonOption

[jira] Resolved: (MODPYTHON-8) Improve apache.load_module with a two-level locking scheme

2006-08-12 Thread Graham Dumpleton (JIRA)
[ http://issues.apache.org/jira/browse/MODPYTHON-8?page=all ] Graham Dumpleton resolved MODPYTHON-8. -- Resolution: Fixed Resolved by new module importer for 3.3, but for 3.3 release looks like the new importer will have to be enabled explicitly

[jira] Resolved: (MODPYTHON-54) Add a way to import a published page into another published page

2006-08-12 Thread Graham Dumpleton (JIRA)
[ http://issues.apache.org/jira/browse/MODPYTHON-54?page=all ] Graham Dumpleton resolved MODPYTHON-54. --- Resolution: Fixed Resolved by new module importer for 3.3, but for 3.3 release looks like the new importer will have to be enabled explicitly

[jira] Resolved: (MODPYTHON-115) import_module() and multiple modules of same name.

2006-08-12 Thread Graham Dumpleton (JIRA)
[ http://issues.apache.org/jira/browse/MODPYTHON-115?page=all ] Graham Dumpleton resolved MODPYTHON-115. Fix Version/s: 3.3 Resolution: Fixed Resolved by new module importer for 3.3, but for 3.3 release looks like the new importer

[jira] Resolved: (MODPYTHON-116) Attributes removed from module code file still accessible until restart.

2006-08-12 Thread Graham Dumpleton (JIRA)
[ http://issues.apache.org/jira/browse/MODPYTHON-116?page=all ] Graham Dumpleton resolved MODPYTHON-116. Fix Version/s: 3.3 Resolution: Fixed Resolved by new module importer for 3.3, but for 3.3 release looks like the new importer

Re: mod_python, unicode, utf-8, latin1

2006-08-11 Thread Graham Dumpleton
For future reference, a general question like this is better posted to the mod_python user mailing list and not the developer mailing list as it isn't related to internal development of mod_python. There are also a lot more people on the user mailing list with much more diverse knowledge and

Re: unicode in PSP versus handlers

2006-08-11 Thread Graham Dumpleton
On 12/08/2006, at 11:39 AM, Earle Ady wrote: So I wrote a simple mod_python handler and my unicode issues were resolved. The problem appears to be that using PSP with unicode isn't going to get you very far because Flex itself doesnt support unicode from what I can tell this

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

2006-08-07 Thread Graham Dumpleton (JIRA)
[ 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 when

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

2006-08-03 Thread Graham Dumpleton (JIRA)
[ 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.

2006-08-03 Thread Graham Dumpleton (JIRA)
[ 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

Re: Subversion trunk (3.3) currently hangs on tests.

2006-08-02 Thread Graham Dumpleton
just ran the tests with r427382 Apache 2.0.55 mpm-prefork. It *does not* hang with the traditional importer. It *does* hang when I enable the new importer in the tests with PythonOption('mod_python.future.importer *') Jim Graham Dumpleton wrote: FYI. The change I made

Subversion trunk (3.3) currently hangs on tests.

2006-08-01 Thread Graham Dumpleton
FYI. The change I made for memory leak described in: https://issues.apache.org/jira/browse/MODPYTHON-181 has caused a problem with other changes I made for: https://issues.apache.org/jira/browse/MODPYTHON-155 This is causing test suite to hang on the tests: test_req_handler

Re: Need confirmation of memory leak using Apache 2.2.2.

2006-07-31 Thread Graham Dumpleton
I get it on Apache 2.0.59 as well. :-( I will thus be interested to see what others get, as appears to be an existing mod_python issue. BTW, this is with worker MPM. Graham Graham Dumpleton wrote .. I am using Apache 2.2.2 and when using mod_python in a certain way, I am seeing significant

Re: Need confirmation of memory leak using Apache 2.2.2.

2006-07-31 Thread Graham Dumpleton
that this thing leaks really badly when triggered shows that no one must be using multiple handler phases at the same time, so may be safe to still release 3.2.10 and we fix it in next backport release and 3.3. Comments. Graham On 31/07/2006, at 7:24 PM, Graham Dumpleton wrote: The good news

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

2006-07-31 Thread Graham Dumpleton (JIRA)
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.

2006-07-31 Thread Graham Dumpleton (JIRA)
[ 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: MODPYTHON-181

Re: Core Vote (Re: mod_python 3.2.9 available for testing)

2006-07-31 Thread Graham Dumpleton
). Grisha On Sat, 8 Jul 2006, Graham Dumpleton wrote: On 08/07/2006, at 4:26 AM, Jim Gallacher wrote: Hi Grisha, Here is the tally: +1 FreeBSD 6.1-RELEASE-p2, Apache 2.2 (mpm-prefork), Python 2.4.3 +1 Linux Debian Sid, Apache 2.0.55 (mpm-worker), Python 2.3.5

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

2006-07-31 Thread Graham Dumpleton (JIRA)
[ 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 time

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

2006-07-30 Thread Graham Dumpleton (JIRA)
[ 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

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

2006-07-30 Thread Graham Dumpleton (JIRA)
[ 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 handler

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

2006-07-30 Thread Graham Dumpleton (JIRA)
[ 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 URL: http

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

2006-07-30 Thread Graham Dumpleton (JIRA)
[ 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

2006-07-30 Thread Graham Dumpleton (JIRA)
[ 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 Key

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

2006-07-29 Thread Graham Dumpleton (JIRA)
[ 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

Confirmation on whether MODPYTHON-168 is fixed.

2006-07-29 Thread Graham Dumpleton
Jim Can you confirm that: https://issues.apache.org/jira/browse/MODPYTHON-168 has actually been fixed in 3.3 and we can mark this as fixed in that version. Looks like it is fixed to me. Graham

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

2006-07-29 Thread Graham Dumpleton (JIRA)
[ 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 - Key: MODPYTHON-78

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

2006-07-29 Thread Graham Dumpleton (JIRA)
[ 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 deadlock

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

2006-07-29 Thread Graham Dumpleton (JIRA)
[ 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: MODPYTHON-175

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

2006-07-29 Thread Graham Dumpleton (JIRA)
[ 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 create

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

2006-07-29 Thread Graham Dumpleton (JIRA)
[ 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. --- Key: MODPYTHON-176

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

2006-07-29 Thread Graham Dumpleton (JIRA)
[ 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 deadlock

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

2006-07-29 Thread Graham Dumpleton (JIRA)
[ 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().

2006-07-29 Thread Graham Dumpleton (JIRA)
[ 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: MODPYTHON-38

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

2006-07-29 Thread Graham Dumpleton (JIRA)
[ 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/browse/MODPYTHON-38

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

2006-07-29 Thread Graham Dumpleton (JIRA)
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.next is None

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

2006-07-29 Thread Graham Dumpleton (JIRA)
[ 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

2006-07-29 Thread Graham Dumpleton (JIRA)
[ 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 Key

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

2006-07-28 Thread Graham Dumpleton (JIRA)
[ http://issues.apache.org/jira/browse/MODPYTHON-164?page=all ] Graham Dumpleton reassigned MODPYTHON-164: -- Assignee: Graham Dumpleton Allow req.add_handler()/req.register_*_filter() to take module/function for handler

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

2006-07-28 Thread Graham Dumpleton (JIRA)
[ http://issues.apache.org/jira/browse/MODPYTHON-164?page=all ] Work on MODPYTHON-164 started by Graham Dumpleton. Allow req.add_handler()/req.register_*_filter() to take module/function for handler

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

2006-07-26 Thread Graham Dumpleton (JIRA)
[ 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.

2006-07-26 Thread Graham Dumpleton (JIRA)
[ 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't exist

<    1   2   3   4   5   6   7   8   9   10   >