Re: _apache._global_lock theory

Daniel Popowich wrote: Jim Gallacher writes: Daniel Popowich wrote: The recent discussion of max locks and deadlocking issues with _apache._global_(un)?lock() are timely for me: I'm in the middle of writing a caching module for mod_python servlets so a developer can have the output of a serv

Re: _apache._global_lock theory

Jim Gallacher writes: > Daniel Popowich wrote: > > The recent discussion of max locks and deadlocking issues with > > _apache._global_(un)?lock() are timely for me: > > > > I'm in the middle of writing a caching module for mod_python servlets > > so a developer can have the output of a servlet ca

Re: _apache._global_lock theory

Daniel Popowich wrote: The recent discussion of max locks and deadlocking issues with _apache._global_(un)?lock() are timely for me: I'm in the middle of writing a caching module for mod_python servlets so a developer can have the output of a servlet cached, keyed on the hash of the URI, for fut

Re: [jira] Commented: (MODPYTHON-70) Add configure --with-max-locks option to set MAX_LOCKS.

On Tue, 9 Aug 2005, Jim Gallacher wrote: My question is : should we keep on with ./configure ; make ; make install or try to do everything in setup.py ? As long as we can put setup.py in a Makefile. ;) Seriously though, ./configure --help; ./configure; make; make install; is just such sec

Re: [jira] Commented: (MODPYTHON-70) Add configure --with-max-locks option to set MAX_LOCKS.

Nicolas Lehuen wrote: This raise this issue : under Win32, the preferred way to build mod_python is to run : python setup.py.in bdist_wininst --install-script win32_postinstall.py This leaves no room to specify a MAX_LOCK definition override, but I guess we could put it

_apache._global_lock theory

The recent discussion of max locks and deadlocking issues with _apache._global_(un)?lock() are timely for me: I'm in the middle of writing a caching module for mod_python servlets so a developer can have the output of a servlet cached, keyed on the hash of the URI, for future requests. The goal,

Re: [jira] Commented: (MODPYTHON-70) Add configure --with-max-locks option to set MAX_LOCKS.

This raise this issue : under Win32, the preferred way to build mod_python is to run : python setup.py.in bdist_wininst --install-script win32_postinstall.py This leaves no room to specify a MAX_LOCK definition override, but I guess we could put it in setup.py, since extension modules can have cu

Re: max locks

On Tue, 9 Aug 2005, Jim Gallacher wrote: I've added --with-max-locks option to configure and set the default to 8. Shall I commit the changes? Cool, sure! Grisha

Re: [jira] Updated: (MODPYTHON-46) PythonHandlerModule directive is broken.

Graham Dumpleton (JIRA) wrote: [ http://issues.apache.org/jira/browse/MODPYTHON-46?page=all ] For example, instead of: PythonAutenHandler mymodule PythonHandler mymodule PythonLogHandler mymodule one can simply say PythonHandlerModule mymodule BTW, "PythonAutenHandler" is spel

[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: -- Attachment: Session.py.diff.txt For posterity, attaching patch for an alternate way of dealing with this problem of locked Session objects and re

[jira] Commented: (MODPYTHON-68) Add a readable/writable req.script_name member.

[ http://issues.apache.org/jira/browse/MODPYTHON-68?page=comments#action_12318143 ] Graham Dumpleton commented on MODPYTHON-68: --- I add my own -1 to this patch to add req.script_name. It is just as easy to stick it in a root level handler middlewa

[jira] Updated: (MODPYTHON-46) PythonHandlerModule directive is broken.

[ http://issues.apache.org/jira/browse/MODPYTHON-46?page=all ] Graham Dumpleton updated MODPYTHON-46: -- Attachment: silent.diff.txt This fixes the wrong logic problem in the definition of SILENT/NOTSILENT. It avoids the infinite loop bug described b