On 24/08/07, Jim Jagielski <[EMAIL PROTECTED]> wrote:
>
> On Aug 23, 2007, at 8:56 PM, Ian Holsman wrote:
>
> > Hi.
> >
> > This one is frustrating me to no end, and was wondering if some BSD/
> > OSX guru can help me out a bit.
> >
> > I'm using the trunk, and trying to start apache, but I keep g
than sufficient - if someone took the
time to run some research on this, that'd be most welcome!
*/
Thus perhaps just tell mod_python to use less locks.
Graham
On 24/08/07, Graham Dumpleton <[EMAIL PROTECTED]> wrote:
> On 24/08/07, Ian Holsman <[EMAIL PROTECTED]> wro
On 24/08/07, Ian Holsman <[EMAIL PROTECTED]> wrote:
> Graham Dumpleton wrote:
> > On 24/08/07, Ian Holsman <[EMAIL PROTECTED]> wrote:
> >
> >> Hi.
> >>
> >> This one is frustrating me to no end, and was wondering if some BSD/OSX
> >>
On 24/08/07, Ian Holsman <[EMAIL PROTECTED]> wrote:
> Hi.
>
> This one is frustrating me to no end, and was wondering if some BSD/OSX
> guru can help me out a bit.
>
> I'm using the trunk, and trying to start apache, but I keep getting a
> lock/sem problem
>
> [Fri Aug 24 10:51:53 2007] [emerg] (2
On 23/08/07, William A. Rowe, Jr. <[EMAIL PROTECTED]> wrote:
> Ruediger Pluem wrote:
> >
> > On 08/22/2007 07:21 PM, JoshuaKramer wrote:
> >> Howdy All,
> >>
> >> Is there an easy way to get the apr_proc_fork mechanism to set the
> >> SELinux context or domain of child scripts? I am using an exper
On 25/06/07, Steinar H. Gunderson <[EMAIL PROTECTED]> wrote:
On Mon, Jun 25, 2007 at 08:47:03PM +1000, Graham Dumpleton wrote:
>> Yes, it is obviously an alternative, but FastCGI has its own sets of
>> quirks, and PHP under CGI too (as far as I know; I'm no PHP user).
&
On 25/06/07, Steinar H. Gunderson <[EMAIL PROTECTED]> wrote:
On Mon, Jun 25, 2007 at 08:08:03PM +1000, Graham Dumpleton wrote:
> Or you can use PHP under fastcgi. With fastcgi the code would run in a
> separate process and you could have any number of processes
> correspond
On 25/06/07, Steinar H. Gunderson <[EMAIL PROTECTED]> wrote:
On Mon, Jun 25, 2007 at 02:36:41PM +1000, Graham Dumpleton wrote:
> What specific applications are you running that require things to be
> run as a distinct user? Are these applications implemented directly in
> C a
A few comments below, but a few questions first to satisfy my own curiosity.
What specific applications are you running that require things to be
run as a distinct user? Are these applications implemented directly in
C as custom Apache modules, or are you writing stuff in other
languages, ie., su
Read:
http://www.modpython.org/live/current/doc-html/pyapi-apmeth.html
Especially the area which starts just before:
PythonOption mod_python.importer.path "['~']"
Your particular issue is mentioned just after this example.
Graham
On 18/05/07, Daniel J. Popowich <[EMAIL PROTECTED]> wrote:
On 01/05/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
I use a little hack to find the appropriate apxs, you need csh for tha though,
but that is installed on almost any unix:
APXS := $(wildcard $(shell csh -c "which apxs2" 2>/dev/null))
APXS := $(if $(APXS),$(APXS),$(wildcard $(shell csh -c
On 27/04/07, David Wortham <[EMAIL PROTECTED]> wrote:
I ran into a weird issue:
My module is primarily access-based, but I do have a some other types of
hooks (a few content handlers and an output filter).
My access_checker hook function seems to work fine except when, in one
particular case,
On 13/04/07, Arturo 'Buanzo' Busleiman <[EMAIL PROTECTED]> wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi group!
For mod_auth_openpgp I need to read the POST body. During my research
(googling, archives of this
list, apache.org, etc) I discovered three methods so far. I would like y
In the mod_cgid handler it writes its header block to the daemon
process and then cycles between reading request content and writing it
to the daemon until the data from HTTP client has been exhausted. Only
then does it try and read data back from the daemon.
Where it is writing request content t
On 07/04/07, André Malo <[EMAIL PROTECTED]> wrote:
* Graham Dumpleton wrote:
> Thus my question is, why when Apache was updated to support HTTP/1.1
> did it just preserve the HTTP/1.0 type behaviour and not in cases
> where it could automatically apply chunked transfer
Have a question about past design decisions regarding Apache.
My question has come about due to a slightly heated discussion over
chunked transfer encoding and its application to response content. In
the mod_wsgi module I am implementing for Apache I preserve the
default behaviour of Apache which
On 05/04/07, Sam Carleton <[EMAIL PROTECTED]> wrote:
On 4/4/07, Graham Dumpleton <[EMAIL PROTECTED]> wrote:
> I missed out on the start of this conversion so really don't know what
> you are trying to do
I have one module that does a few different things.
1: create a
[
https://issues.apache.org/jira/browse/MODPYTHON-103?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Graham Dumpleton closed MODPYTHON-103.
--
> Implement req.add_output_fil
[
https://issues.apache.org/jira/browse/MODPYTHON-101?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Graham Dumpleton closed MODPYTHON-101.
--
> If target handler found but evaluates false, there should still be an error
>
[
https://issues.apache.org/jira/browse/MODPYTHON-100?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Graham Dumpleton closed MODPYTHON-100.
--
> raise apache.SERVER_RETURN, apache.OK aborts handl
[
https://issues.apache.org/jira/browse/MODPYTHON-94?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Graham Dumpleton closed MODPYTHON-94.
-
> Calling APR optional functions provided by mod_
[
https://issues.apache.org/jira/browse/MODPYTHON-93?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Graham Dumpleton closed MODPYTHON-93.
-
> Improve util.FieldStorage efficie
[
https://issues.apache.org/jira/browse/MODPYTHON-90?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Graham Dumpleton closed MODPYTHON-90.
-
This issue may have to be revisited as using -X option has same effect as
running
[
https://issues.apache.org/jira/browse/MODPYTHON-91?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Graham Dumpleton closed MODPYTHON-91.
-
> Improve error message when "quit" run in
[
https://issues.apache.org/jira/browse/MODPYTHON-84?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Graham Dumpleton closed MODPYTHON-84.
-
> req.sendfile(filename) sends an incorrect number of bytes when filename is a
> s
[
https://issues.apache.org/jira/browse/MODPYTHON-78?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Graham Dumpleton closed MODPYTHON-78.
-
> No support for Apache 2.2 yet
> -
>
>
[
https://issues.apache.org/jira/browse/MODPYTHON-77?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Graham Dumpleton closed MODPYTHON-77.
-
> The multiple interpreter concept of mod_python is broken for Python extension
> m
[
https://issues.apache.org/jira/browse/MODPYTHON-54?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Graham Dumpleton closed MODPYTHON-54.
-
> Add a way to import a published page into another published p
[
https://issues.apache.org/jira/browse/MODPYTHON-63?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Graham Dumpleton closed MODPYTHON-63.
-
> Handle wildcard in Directory to sys.path trans
[
https://issues.apache.org/jira/browse/MODPYTHON-47?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Graham Dumpleton closed MODPYTHON-47.
-
> Digest Authorization header causes bad request er
[
https://issues.apache.org/jira/browse/MODPYTHON-43?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Graham Dumpleton closed MODPYTHON-43.
-
> mod_python.publisher auth functions access to glob
[
https://issues.apache.org/jira/browse/MODPYTHON-27?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Graham Dumpleton closed MODPYTHON-27.
-
> mod_python.publisher authenticat
[
https://issues.apache.org/jira/browse/MODPYTHON-38?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Graham Dumpleton closed MODPYTHON-38.
-
> Passing req.form into psp.
[
https://issues.apache.org/jira/browse/MODPYTHON-8?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Graham Dumpleton closed MODPYTHON-8.
> Improve apache.load_module with a two-level locking sch
FYI, I am going to go through and start closing off in the JIRA bug
tracking system issues fixed in mod_python 3.3. There are 96 in total
in the resolved category which need to be closed. I'll do them in
groups over the next few days to lesson the spam factor.
Once that is done I 'll start adding
Turns out this is an old issue from 2005 and was fixed in mod_python 3.2.7.
http://issues.apache.org/jira/browse/MODPYTHON-102
Someone must have just realised its importance to the older 3.1.X version
they distribute with Ubuntu.
Graham
Graham Dumpleton wrote ..
> Just saw t
Just saw this:
http://www.derkeiler.com/Mailing-Lists/securityfocus/bugtraq/2007-03/msg00076.html
http://www.securityfocus.com/archive/1/462050
===
Ubuntu Security Notice USN-430-1 March 06, 2007
libapache2-mod-python vulnerability
C
would
> need to figure out what size the next chunk was and read that size and
> then satisfy reads from python from the buffer it read into. Does that
> sound right? Can you point out the mechanism Apache supplies to figure
> out what the next chunk size is?
>
>
> On Fr
Ville Vähäkainu wrote ..
>
> Hi,
>
> I think i've been running in to MODPYTHON-215 in one of my projects.
>
> Error log looks like:
> Traceback (most recent call last):
> File "apache.py", line 300, in HandlerDispatch\nresult = object(req)
> File "C:/Web server/htdocs/index.py", line 9, in hand
Jim Gallacher wrote ..
> I hope Graham has a chance to chip in here, but he is on holiday right
> now and may not check his email within the 72 hour time frame for the
> vote. I know it is not binding but I'm confident he would support
> mod_python becoming a TLP. In fact I believe he alludes to
Jim Gallacher wrote ..
> I think we have sufficiently tested 3.3.1 and it is time for the core
> group to vote on a release.
>
> This vote is only open to the mod_python core group (Grisha, Nicolas,
> Graham and myself) and is binding. We need at least three +1 votes for
> the release to proceed
[EMAIL PROTECTED] wrote ..
>
>
> Graham,
> Thank you for your reply.
> > Previously you said you were running
> > out of resources which suggested runaway memory use. Ie., process size
> > just kept growing and growing until machine memory exhausted.
> When I used previously my program with djan
On 17/01/2007, at 8:54 PM, [EMAIL PROTECTED] wrote:
Thank you for your reply.
Now I use
Apache 2.2.4
Mod_python 3.3.0.b
Python 2.3.5
The results are more or less the same when I used
Apache 2.0
and mod_python 3.1.3-1
Python 2.3.4
Memory increases when I read (filter.read()) or write( filter.
Look more into Win32 compiler warnings.
---
Key: MODPYTHON-214
URL: https://issues.apache.org/jira/browse/MODPYTHON-214
Project: mod_python
Issue Type: Task
Reporter: Graham Dumpleton
thon
Issue Type: Task
Components: session
Reporter: Graham Dumpleton
Priority: Minor
As per original request:
http://www.modpython.org/pipermail/mod_python/2006-December/022803.html
and subsequent discussion, investigate whether sessions should be
https://issues.apache.org/jira/browse/MODPYTHON-212
Project: mod_python
Issue Type: Bug
Components: core
Affects Versions: 3.2.10, 3.3
Reporter: Graham Dumpleton
The req.read() function when supplied with no arguments is supposed to return
all available data fro
Versions: 3.2.10, 3.3
Reporter: Graham Dumpleton
This code in req.readlines() looks a bit fishy to me and possibly leaks memory.
The code in question is:
rlargs = PyTuple_New(0);
if (result == NULL)
return PyErr_NoMemory();
line = req_readline(self, rlargs);
while
Project: mod_python
Issue Type: Bug
Components: core
Affects Versions: 3.2.10, 3.3
Reporter: Graham Dumpleton
Mozilla can generate multipart content that looks like:
Content-Length: 522
Content-Type: multipart/related;
boundary
On 13/12/2006, at 9:25 AM, Jim Gallacher wrote:
I'm +1 either way. As I recall we didn't get much additional
testing as
a result of uploading the betas to the apache mirrors in the
past. The
people most likely to chip in with testing are already here on
python-dev.
I would have liked to ge
Martin Stoufer wrote ..
> Graham,
> After pouring over the comments sent by you and Jim regarding my
> session/class examples, I have a better feel for what is expected in
> good coding models. Could you make some clarifications on one of the
> examples you provided:
>
> class SessionEnable
There were no more comments on basic apache.import_module()
documentation so I have tweaked a few last things, committed it
and marked as resolved the final issue in JIRA tagged for 3.3.
Thus, unless anyone else has got any last minute issues, we should
be good to go with a 3.3 release now.
Jim,
[ http://issues.apache.org/jira/browse/MODPYTHON-143?page=all ]
Graham Dumpleton resolved MODPYTHON-143.
Resolution: Fixed
Basic documentation added for apache.import_module() and all outstanding code
changes complete, so finally time to mark
Anyone got any ideas about how we can run a semi informal review process
on any major new additions. When a page has been up for a while just going
in and making them change is reasonable, but if the person is in the process
of still putting it together what is the best way of providing feedback. I
Martin Stoufer wrote ..
> Graham Dumpleton wrote:
> > Martin
> >
> > Have you been noticing the feedback on the mod_python developers
> > list about the session examples you are posting to the wiki? I ask as
> > you are getting various things wrong, with your ex
Graham Dumpleton wrote ..
> Next option is to use a wrapper class and you wrap every function that
> wants to
> be able to use sessions:
>
> class SessionEnabled:
> def __init__(self, target):
> self.__target = target
> def __call__(self):
> ret
they have
been passed by.
More comments below.
Graham Dumpleton wrote ..
> Sorry, but I am going to take issue with where this session example is
> headed
> as there are number of things being done which I at least would regard
> as being
> bad practice. Please don't take this
[ http://issues.apache.org/jira/browse/MODPYTHON-93?page=all ]
Graham Dumpleton reopened MODPYTHON-93:
---
After further experimentation, following the Trac model of having __setitem__()
be an alias for add_field() is a pain in the neck. As
[ http://issues.apache.org/jira/browse/MODPYTHON-93?page=all ]
Work on MODPYTHON-93 started by Graham Dumpleton.
> Improve util.FieldStorage efficiency
>
>
> Key: MODPYTHON-93
> URL: http://issues.apache.
Versions: 3.2.10, 3.3
Reporter: Graham Dumpleton
When defining a mod_python handler, it is possible to supply a dotted path for
the actual handler function to be used. Ie:
PythonHandler module::instance.function
when determing the handler to execute, it will use the dotted path to
Affects Versions: 3.2.10, 3.1.4, 3.3
Reporter: Graham Dumpleton
The documentation says this about the PythonInitHandler:
This handler is the first handler called in the request processing phases
that is allowed
both inside and outside .htaccess and directory.
This handler
[ http://issues.apache.org/jira/browse/MODPYTHON-129?page=all ]
Graham Dumpleton reopened MODPYTHON-129:
After further experimentation while going over changes in mod_python 3.3 to
ensure that all looks okay, the idea of keeping the
[ http://issues.apache.org/jira/browse/MODPYTHON-129?page=all ]
Work on MODPYTHON-129 started by Graham Dumpleton.
> HandlerDispatch doesn't treat OK/DECLINED result properly for all phases.
> -
>
>
Components: core
Affects Versions: 3.2.10, 3.3
Reporter: Graham Dumpleton
Priority: Minor
When mod_python starts up, it performs a check to confirm whether the version
of Python it finds at runtime is the same version as was used to compile
mod_python originally. It does
[
http://issues.apache.org/jira/browse/MODPYTHON-186?page=comments#action_12449856
]
Graham Dumpleton commented on MODPYTHON-186:
Someone has successfuly built mod_python on Mac OS X using:
gcc version 4.0.1 (Apple Computer, Inc
ht?
>
> - Jeff
> - Original Message -
> From: Nicolas Lehuen
> To: Graham Dumpleton
> Cc: python-dev@httpd.apache.org
> Sent: Sunday, November 12, 2006 21:04
> Subject: Re: mod_python 3.3.0-dev-20061109 tests on Win32
>
>
> Indeed, the
Components: core
Affects Versions: 3.3
Reporter: Graham Dumpleton
In mod_python 3.3, a finfoobject was introduced and returned when req.finfo was
accessed. This provided backward compatibility so that tuple style access still
worked, but prefered means of accessing data now is by
Type: Improvement
Components: core
Affects Versions: 3.2.10, 3.3
Reporter: Graham Dumpleton
Priority: Minor
When one uses PythonPath it is possible to access sys.path so that the path can
be extended rather than replaced. That sys.path is accessible is mer
On 12/11/2006, at 12:18 PM, Graham Dumpleton wrote:
2) In the 'Testing PythonImport' test, the path separators in the
two paths being compared are different (no doubt due to Win32
backslash vs forward slash issues)
the tests.py code does this:
directory = os.path.dirnam
On 12/11/2006, at 12:31 AM, Jeff Robbins wrote:
3 problems found on Win32:
1) _psp didn't build and I don't know how to build it
How are you trying to build mod_python in the first place? Are you using
dist/build_installer.bat or using VisualStudio project file. The
latter isn't
really us
I'm biased, but:
+1 Mac OS X 10.4.7, Apache 2.0.59 (mpm-worker), Python 2.3.5
+1 Mac OS X 10.4.7, Apache 2.2.2 (mpm-worker), Python 2.3.5
This was with both new importer and old importer.
Ie., for old importer, in test.py uncomment:
PythonOption('mod_python.legacy.importer *'),
I'll try
I'm done with code changes for 3.3 now so should be okay to roll
a tar ball for preliminary testing.
On 05/11/2006, at 8:35 AM, Jim Gallacher wrote:
It sure feels like we are close thanks to Graham's hard work. I've
been doing some testing and it's looking good.
With 3.3.0-dev-20061104 (r471
[ http://issues.apache.org/jira/browse/MODPYTHON-195?page=all ]
Graham Dumpleton resolved MODPYTHON-195.
Resolution: Fixed
Haven't been able to validate this first hand, but have accepted the following
change in python_init() to stop
[ http://issues.apache.org/jira/browse/MODPYTHON-195?page=all ]
Work on MODPYTHON-195 started by Graham Dumpleton.
> Possible leaking of Win32 event handles when Apache restarted.
> --
>
> Key: M
[ http://issues.apache.org/jira/browse/MODPYTHON-195?page=all ]
Graham Dumpleton reassigned MODPYTHON-195:
--
Assignee: Graham Dumpleton
> Possible leaking of Win32 event handles when Apache restar
Components: core
Affects Versions: 3.2.10
Reporter: Graham Dumpleton
When using experimental Apache ITK MPM, described at:
http://home.samfundet.no/~sesse/mpm-itk/
global mutex locks will fail if Apache used semaphores because requests against
different virtual hosts
On 07/11/2006, at 10:51 PM, Jeff Robbins wrote:
Graham,
The problem on Win32 is that (I believe) we never want to
initialize Python in the persistent parent process. All the web
action is in the child process which is long-lived and it is this
child process that maintains the thread poo
[ http://issues.apache.org/jira/browse/MODPYTHON-200?page=all ]
Work on MODPYTHON-200 started by Graham Dumpleton.
> Can't use signed and marshalled cookies together.
> -
>
> Key: MODPYTHON-200
>
core
Affects Versions: 3.2.10
Reporter: Graham Dumpleton
Assigned To: Graham Dumpleton
Fix For: 3.3
As reported by Clodoaldo Pinto Neto on mailing list:
http://www.modpython.org/pipermail/mod_python/2006-October/022427.html
one cannot use signed and marsh
[ http://issues.apache.org/jira/browse/MODPYTHON-199?page=all ]
Graham Dumpleton deleted MODPYTHON-199:
---
> Can
> ---
>
> Key: MODPYTHON-199
> URL: http://issues.apache.org/jira/browse/MODPYTHON-199
>
Can
---
Key: MODPYTHON-199
URL: http://issues.apache.org/jira/browse/MODPYTHON-199
Project: mod_python
Issue Type: Bug
Components: core
Affects Versions: 3.2.10
Reporter: Graham Dumpleton
Assigned To
On 27/10/2006, at 11:08 PM, Dan Eloff wrote:
I know we have talked a bit before about providing a means of
allowing people
to return custom error pages and I haven't forgotten that. The
cleanup of the
code and working out what the report error function should take in
the way of
arguments i
d see if I can come up with alternate
code to cope with this. I wander if I am safe in assuming that < 2.5,
that
len(co_varnames) is always the same as co_argcount.
Graham
On 27/10/2006, at 11:03 PM, Dan Eloff wrote:
On 10/27/06, Graham Dumpleton <[EMAIL PROTECTED]> wrote:
Unless th
=?ISO-8859-1?Q?Indrek_J=E4rve?= wrote ..
> Jim Gallacher wrote:
> > Graham Dumpleton (JIRA) wrote:
> >> [ http://issues.apache.org/jira/browse/MODPYTHON-190?page=all ]
> >>
> >> Graham Dumpleton updated MODPYTHON-190:
> >> --
[
http://issues.apache.org/jira/browse/MODPYTHON-195?page=comments#action_12444283
]
Graham Dumpleton commented on MODPYTHON-195:
But python_init() uses:
apr_pool_userdata_get(&data, userdata_key, s->process->poo
Components: session
Affects Versions: 3.2.10
Reporter: Graham Dumpleton
The code used in the Session class for calculating the path (or domain) of the
associated cookie is:
# the path where *Handler directive was specified
dirpath = self._req.hlist.directory
[ http://issues.apache.org/jira/browse/MODPYTHON-193?page=all ]
Graham Dumpleton resolved MODPYTHON-193.
Resolution: Fixed
Implements items 1 and 2, although for 2 only supply req.hlist.location for
when Location/LocationMatch directive is
[
http://issues.apache.org/jira/browse/MODPYTHON-195?page=comments#action_12444208
]
Graham Dumpleton commented on MODPYTHON-195:
Jeff provides the following further information. The question is whether there
is a more accepted way
[ http://issues.apache.org/jira/browse/MODPYTHON-190?page=all ]
Graham Dumpleton updated MODPYTHON-190:
---
Fix Version/s: (was: 3.3)
Taking this off the list of things to fix in 3.3. We really need someone who
has access to Python 2.5 and a 64
[ http://issues.apache.org/jira/browse/MODPYTHON-93?page=all ]
Graham Dumpleton resolved MODPYTHON-93.
---
Resolution: Fixed
I have looked at the code for this again and to somehow accommodate older
versions of Trac is only going to introduce
[ http://issues.apache.org/jira/browse/MODPYTHON-191?page=all ]
Graham Dumpleton updated MODPYTHON-191:
---
Fix Version/s: 3.3
I have marked this as fix for 3.3 as it seems worrying enough that we should
address it. Can someone else provide
[ http://issues.apache.org/jira/browse/MODPYTHON-196?page=all ]
Graham Dumpleton resolved MODPYTHON-196.
Resolution: Fixed
> Add req.server.log_error() and req.connection.log_er
I've just checked in a lot of code related to:
http://issues.apache.org/jira/browse/MODPYTHON-193
http://issues.apache.org/jira/browse/MODPYTHON-196
At the same time I have done this, I have played a bit with the format of what
is displayed back to the browser and in the error log files when
Jim Gallacher wrote ..
> Jim Gallacher wrote:
> > Graham Dumpleton wrote:
> >> Jim Gallacher wrote ..
> >>> Although there is no JIRA issue for it, I'd like to see us do a quick
> >>> code cleanup. I see lots of complier warnings about unused varia
[ http://issues.apache.org/jira/browse/MODPYTHON-196?page=all ]
Work on MODPYTHON-196 started by Graham Dumpleton.
> Add req.server.log_error() and req.connection.log_error().
> --
>
> Key: M
Components: core
Reporter: Graham Dumpleton
Assigned To: Graham Dumpleton
Fix For: 3.3
In mod_python you can currently log to the Apache error log file using:
apache.log_error() - This is a wrapper around ap_log_error(). By default it
logs against the
Type: Bug
Components: core
Affects Versions: 3.2.10
Reporter: Graham Dumpleton
Assigned To: Graham Dumpleton
Fix For: 3.3
Jeff Robbins reported a potential memory leak in mod_python as a result of
PyThreadState_Clear() not being called prior to
Jim Gallacher wrote ..
> Graham Dumpleton wrote:
> > On JIRA, the following issues are still marked as incomplete for mod_python
> > version 3.3. I have noted my own comments about where they are up to
> and
> > what I think still needs to be done.
> >
> > MO
On 12/10/2006, at 10:47 PM, Nicolas Lehuen wrote:I've ran the unit test successfully except for the two known failures related to server.register_cleanup and apache.register_cleanup, so those binaries can be officially released.Can you remind me what Apache actually does on Win32 for those cases?Do
be kept for general community contributions.
Ie., the FAQ, examples of handlers, links to other resources etc etc.
Graham
On 12/10/2006, at 10:29 PM, Jim Gallacher wrote:
Graham Dumpleton wrote:
Anyone had any thoughts on how we are going to use the wiki?
Sections 4, 5 and 6 (API, Apache
I spoke too soon. The ASF has:
http://cwiki.apache.org/confluence/homepage.action
Now I am confused as to what roles MoinMoin fills versus the
Confluence wiki.
Can anyone fill me in on the roles of each?
Graham
On 12/10/2006, at 9:49 PM, Graham Dumpleton wrote:
Anyone had any thoughts on
101 - 200 of 299 matches
Mail list logo