;t get
doesntexists.html ?
Regards,
Nicolas
2006/4/19, Graham Dumpleton <[EMAIL PROTECTED]>:
Think I have worked out the required magic this time. If have, this
is good
as this will help me solve some of the problems mentioned in:
http://issues.apache.org/jira/browse/MODPYTHON-161
as well.
On 23/04/2006, at 6:29 AM, Jim Gallacher wrote:
We are slowly acquiring a number of "reserved" PythonOption
keywords which should likely be collected in one place so we don't
end up with any name collisions. Does the PythonOption page in
section 5.4.10 seem most appropriate? eg.
http://w
ntax
>
> As for the segfaults, I'll try to make a debug build of mod_python and
> launch the MSVC debugger. Right now I can debug the Apache code but
> not the mod_python one, so I must find how to coerce the build system
> into making a debug build.
>
> Regards,
> N
Graham Dumpleton wrote ..
> > * Testing server side include
> > F
>
> Based on the logs below, this may be what I suspected. That is there
> is some issue with CR/LF differences on Win32 which causing the
> code some grief. Because of the crash by Apache when exceptio
Graham Dumpleton wrote ..
> Graham Dumpleton wrote ..
> > > * Testing server side include
> > > F
> >
> > Based on the logs below, this may be what I suspected. That is there
> > is some issue with CR/LF differences on Win32 which causing the
> > co
Nicolas Lehuen wrote ..
> Hi Graham,
>
> The latest trunk version yields multiple segfaults and failures in
> different places :
>
> * Testing req.add_handler() for empty phase
> E
> * Testing req.add_handler() directory
> E
> * Testing interpreter per directive
> E
> * Testing phase stat
Dan Eloff wrote ..
> > This may turn out to be messy or not useful as is as well. Overall, I
> > guess what we need to come up with is some example use cases where
> > search paths are required and perhaps work from that as to what is
> > a good interface for supporting it. At the moment, my impres
t; non-debug version when faced by a faulty mod_python thread state
> management code... I'll try to see if we still have the segfault
that
> could be sometimes observed when the Apache server is stopped,
as it
> may be related.
>
> Best regards,
> Nicolas
>
&g
For this particular failure, can you look in test/logs/error_log and
find section
which has:
[Mon May 08 21:58:55 2006] [error] phase_status_1
[Mon May 08 21:58:55 2006] [error] phase_status_2
[Mon May 08 21:58:55 2006] [error] phase_status_4
[Mon May 08 21:58:55 2006] [error] phase_status_5
[M
On 21/05/2006, at 4:18 PM, Jeff Hinrichs - DM&T wrote:
me culpa, forgot to CC the group
-- Forwarded message --
From: Jeff Hinrichs - DM&T <[EMAIL PROTECTED]>
Date: May 21, 2006 1:17 AM
Subject: Re: mod_python trunk fails
To: Graham Dumpleton <[EMAIL PRO
tests in 21.310s
OK
Stopping Apache...
/usr/local/sbin/httpd -k stop -f
/home/jlh/mod_python/trunk/test/conf/test.conf
.
------
Ran 6 tests in 62.728s
OK
-Jeff
On 5/21/06, Graham Dumpleton <[EMAIL PROTECTED]> wrote:
tually know why it isn't triggering mine as Apache
code is such that it suggests it should. Thus, you box could be correct
and it is something about my build that is strange.
Graham
> On 5/22/06, Graham Dumpleton <[EMAIL PROTECTED]> wrote:
> > I have checked in a hopefully more
Sorry everyone, I'm off on holidays for a few weeks and will have very
little if any Internet access. Thus I will not be jumping in and
answering questions on the mod_python lists. But then, since I am sure
that the only reason I'm the one posting so much is that I simply get in
before anyone else
[EMAIL PROTECTED] wrote ..
> Dear Graham,
>
> I am the IT manager for a City of London research company, and we are
> looking for a suitable icalendar server solution. Your idea (and i am
> not
> certain if it has become more than an idea) for bridging between mod_dav
> and mod_python is intriguin
On 12/06/2006, at 3:30 PM, Damjan Georgievski (JIRA) wrote:
[ http://issues.apache.org/jira/browse/MODPYTHON-74?
page=comments#action_12415819 ]
Damjan Georgievski commented on MODPYTHON-74:
-
Also I'd suggest that some features are implemented
+1 Mac OS X (PPC/10.4.6), Apache 2.0.55 (mpm/worker), Python 2.3.5
(OS standard version), mod_python-3.2.9-rc3
+1 Mac OS X (PPC/10.4.6), Apache 2.2.1 (mpm/worker), Python 2.3.5 (OS
standard version), mod_python-3.2.9-rc3
On 26/06/2006, at 1:44 AM, Jim Gallacher wrote:
The mod_python 3.2.9-rc
Jim Gallacher wrote ..
> So do you think we can release 3.2.9 with the old 3.2.8 code, or should
> this block the release until we have a correct fix? I'm hoping we can do
> a 3.3 release in October or November, FYI.
I don't think it is worth trying to work on a fix that makes new
FieldStorage cod
On 29/06/2006, at 9:29 PM, Jim Gallacher wrote:
Here are the test results for 3.2.9 release candidate 3.
+1 FreeBSD 6.1 / Apache 2.2 / Python 2.4.3
+1 Linux Debian Sid, apache 2.0.55, python 2.3.5
Linux (Fedora Core 4) on Intel x86, Apache 2.0.58, Python 2.4.3
+1 Linux Slackware 10.1, Apache 2
+1 MacOSX 10.4.6 PPC, Apache-2.0.55 (mpm/worker), Python-2.3.5
+1 MacOSX 10.4.6 PPC, Apache-2.2.1 (mpm/worker), Python-2.3.5
On 30/06/2006, at 12:52 PM, Jim Gallacher wrote:
The mod_python 3.2.9 tarball is available for testing.
This tarball is unchanged from 3.2.9-rc3, but should be retested
On 08/07/2006, at 3:06 AM, Jim Gallacher wrote:
Hi Harold,
I just wanted to let you know you are not being ignored. I just need
some free time to dive into this - hopefully this weekend.
My excuse too. ;-)
I also was hoping to get to it this weekend. I have been back from
holidays
almost
On first look I would agree there is possibly a problem. There also
would appear to be
similar issues in other parts of mod_python. For example in
cfgtree_walk() of util.c it has:
PyObject *t = Py_BuildValue("(s, s)", dir->directive, dir-
>args);
if (!t)
return P
On 09/07/2006, at 8:05 PM, [EMAIL PROTECTED] wrote:
Modified: httpd/mod_python/trunk/src/requestobject.c
URL: http://svn.apache.org/viewvc/httpd/mod_python/trunk/src/
requestobject.c?rev=420275&r1=420274&r2=420275&view=diff
==
On 09/07/2006, at 7:46 PM, Nicolas Lehuen wrote:
OK, I'm currently checking in the fixes you suggested on the trunk.
Too bad we cannot write a unit test that checks for memory leaks.
Jim, Graham, what shall we do for the 3.2.9 release ? Shall we keep
on with the current branch or backport
Jim Gallacher wrote ..
> Shall we proceed with a 3.2.10 release with the current memory leak
> fixes, or keep digging for more leaks?
>
> Seeing as it's summer for most of us (except for Graham), I get the
> feeling people don't have a lot of free time to spend on mod_python
> right now.
Just bec
The outcome of incompatibilities between Trac and changes made to
FieldStorage in
mod_python 3.2.9 resulted in us reversing out the changes. The
thought I expressed
at the time was that we keep what would be incompatible code for
mod_python 3.3
on the basis that next version of Trac will use
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
I am using Apache 2.2.2 and when using mod_python in a certain way, I am seeing
significant ongoing increases in memory use by Apache child processes.
Initially I thought I had stuffed up recent changes in mod_python 3.3 out of
subversion trunk that I had been making, but I went back to mod_python
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
>
t on other platforms or
whether
it is something specific to my machine.
Graham
On 31/07/2006, at 4:53 PM, Graham Dumpleton wrote:
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
rid of
the problem.
Now what do we do about 3.2.10? Given 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/
nse - I was trying to have a "vacation" - that's
> > > when you are geographically in a different place with slow internet
> > > access and read only "some" of your e-mail ;-)
> > >
> > > +1 for core vote (with the note about the 2.2.2 XP SP2 issue)
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
test_acces
t;
> Jim
>
> Jim Gallacher wrote:
> > I 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('mo
s as good as it can be before
new features introduced in 3.3.
Graham
> On Wed, 2 Aug 2006, Deron Meranda wrote:
>
> > On 7/31/06, Graham Dumpleton <[EMAIL PROTECTED]> wrote:
> >> Are you using PythonAccessHandler at same time as PythonHandler?
> >> Aren'
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
t
On 13/08/2006, at 12:35 AM, Jim Gallacher wrote:
Graham,
In your JIRA cleanup session you made the comment a number of times
that
the new importer is not likely to be the default in 3.3. I'm just
wondering why it can't be the default, with the old importer as an
option? Maybe:
PythonOption
On 13/08/2006, at 3:43 AM, Dan Eloff wrote:
I had some modules with circular imports and I only discovered that
this was a problem when I tried to discover why my modules were being
reimported constantly. I would suggest that this code be changed to
log an error that explicitly tells you that t
Where are we at with confirming these memory leaks and committing some
changes to fix them?
Only ask as I have a big patch related to MODPYTHON-63 that am wanting
to commit back into the repository, but don't want to be doing it if
it is going
to make your search harder by introducing some new
Sorry for the flurry of JIRA emails on the list, but I have been
doing some housework
and drawn a line in the sand in respect of what I see as the
remaining tasks that
should be attempted for mod_python 3.3. These are:
MODPYTHON-109 Signal handler calling Py_Finalize() when child
processes
On 14/08/2006, at 12:29 AM, Jim Gallacher wrote:
Anyway, if we can make a decision that we will make new importer the
default in 3.3 that would be great and would allow me to progress
with
other
ideas. When I have raised this question before though, never
really got any
responses or agreem
On 14/08/2006, at 1:16 AM, Jim Gallacher wrote:
Only ask as I have a big patch related to MODPYTHON-63 that am
wanting
to commit back into the repository, but don't want to be doing it
if it
is going
to make your search harder by introducing some new memory leaks. :-)
As long as you don't
On 14/08/2006, at 1:42 AM, Jim Gallacher wrote:
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 go about
deprecating old names. Do we have an option now which if enabled
prohibits use of old names and outputs some sor
Justin Erenkrantz wrote ..
> On 8/16/06, Jim Gallacher <[EMAIL PROTECTED]> wrote:
> > Actually I don't think apr_pool_destroy() in table_dealloc is actually
> > destroying the pool. I've been poking around in the code and there is
> > something odd going on here.
>
> I would actually love to test
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?
&
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 fi
Graham Dumpleton wrote ..
> Graham Dumpleton wrote ..
> > One of things I used to do when I was testing this, was to use some of
> > the dependency information to produce 'dot' graph definition files and
> > view them in GraphViz on the Mac. Quite interesting. I sh
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
> e
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 LINKFORSH
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.
> >
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.
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 with
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.
Next lot of changes that have been made are that a number of internal
functions used by the new importer have been
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 the
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
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 s
On 26/08/2006, at 6:22 AM, Jim Gallacher wrote:
There was a question on the mod_python list regarding mpcp, which
provides a mod_python handler for cherrypy. Out of curiosity I took
a look at mpcp. Low and behold, they use
req.server.register_cleanup to stop the cherrypy server.
I'm beco
Dan Eloff wrote ..
> I've been using html formatted tracebacks in my handlers for a little
> while, and it's working rather well. Here's my proposal to add it to
> mod_python. Once we've reached agreement I'll add it and attach the
> files.
>
> -Add a file exception.html to mod_python directory, i
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 arti
On 28/08/2006, at 8:40 AM, Dan Eloff wrote:
On 8/27/06, Graham Dumpleton <[EMAIL PROTECTED]> wrote:
Hmmm, I didn't think you were wanting to go to that level of
customisation.
I've only mocked up the idea, it would probably be between 5-8 hours
work to finish it as describe
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 af
On 08/09/2006, at 3:42 PM, Graham Dumpleton wrote:
In regards to:
path,module_name = os.path.split(req.filename)
# Trimming the front part of req.uri
if module_name=='':
req_url = ''
else:
req_url = req.uri[req.uri.index(module_name):]
It is b
On 08/09/2006, at 5:15 PM, Graham Dumpleton wrote:
Now I am well and truly confused and not sure if I have broken
mod_python 3.3
or not. Short of it is, that I cannot get something like:
AddHandler mod_python .xxx
PythonHandler /Users/grahamd/Projects/testing/xxx.py
FWIW, you
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 w
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 symb
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 mo
On 13/09/2006, at 8:45 AM, Jim Gallacher wrote:
Woot Woot Woot! We have our wiki!
http://wiki.apache.org/mod_python/
Now comes the hard part... what the heck are we going to do with
it? :)
Ahhh, more work. :-(
Obviously the FAQ stuff can go over there, but I would really like to
see th
I know this email is off topic for the mod_python developers list, but I hope
you might tolerate this from me this once. I sort of thought this might be a
good place to ask as people here know me and the sort of work I can produce.
I also know that some people here have their fingers in some intere
Sorry for late reply.
I'd say defer this to 3.4, or whatever will come after 3.3. For what
little
is left to do on 3.3 as it is, we are already bogging down.
Even just trying a quick run, came up with a few issues.
1. Can't decode Apache version string.
Traceback (most recent call last):
On 14/08/2006, at 1:42 AM, Jim Gallacher wrote:
Graham Dumpleton (JIRA) wrote:
[ http://issues.apache.org/jira/browse/MODPYTHON-127?page=all ]
Graham Dumpleton updated MODPYTHON-127:
---
Fix Version/s: 3.3
Lets target this to be done for 3.3. We
On 09/10/2006, at 4:37 AM, solo turn wrote:
hi,
when does mod_python support python-2.5?
it seems that former versions are likely to cause core dumps when
using pyexpat, see http://python.org/sf/1295808,
http://python.org/sf/1075984, http://python.org/sf/1558223.
as subversion uses expat, an
good plan.
Jim
Graham Dumpleton wrote:
Doing some digging into the Confluence wiki site, it seems we may be
better off getting a wiki space created in there for mod_python which
would be specifically for developing the official documentation. This
could have restricted write access for core develo
need to manage
many projects and not just one, and with strict access requirements.
Graham
> On 10/12/06, Graham Dumpleton <[EMAIL PROTECTED]> wrote:
> > Its late here now, so time for me to sleep. You being on the PMC might
> > also carry more weight in getting the Confluenc
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.
MODPYTHON-93 Improve util.FieldStorage efficiency.
This was actually marked as resolved but reopened because it
, mod_python contributes 4 of the 5 leaking handles.
(Someone else leaks one also!!!) This harms a long-term deployment
which uses the apache maxrequests feature to restart the child
every million requests.
Thank you in advance for you patience with this long-winded email!
Best re
Comments below.
On 19/10/2006, at 8:55 PM, Graham Dumpleton wrote:
For such issues, by all means just send the email direct to the
mailing list.
I have copied this back onto the list and I'll do some research
into what
you describe.
BTW, I don't use Windows, but there are oth
Jim Gallacher wrote ..
> # Populate FieldStorage with the original query string
> parameters, if
> # they aren't already defined through the request body
> if req.args:
> qsargs = []
> for pair in util.parse_qsl(req.args, 1):
>
would be to use a special
derived
instance of the list object which redefines append and translates
arguments
as necessary on the fly so it would be compatible.
Graham
On 20/10/2006, at 10:08 AM, Graham Dumpleton wrote:
Jim Gallacher wrote ..
# Populate FieldStorage with the ori
Jim sent this to me when the python-dev list was down for maintenance.
Can anyone with Python 2.5 who knows something about function internals
enlighten us about what may have changed here. Previously the names
of nested functions appeared in func_code.co_names but that doesn't
appear to be the cas
On 27/10/2006, at 9:31 PM, Dan Eloff wrote:
On 10/27/06, Graham Dumpleton <[EMAIL PROTECTED]> wrote:
Jim sent this to me when the python-dev list was down for
maintenance.
Can anyone with Python 2.5 who knows something about function
internals
enlighten us about what may have change
meaning of something, by all means ask as well.
Graham
On 28/10/2006, at 8:10 AM, Graham Dumpleton wrote:
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 tha
On 27/10/2006, at 11:03 PM, Dan Eloff wrote:
On 10/27/06, Graham Dumpleton <[EMAIL PROTECTED]> wrote:
Unless they have really screwed things around, co_varnames is
specifically
for function argument names and is unlikely to contained nested
constant
names. If it did, then I would ex
On 28/10/2006, at 10:01 PM, Dan Eloff wrote:
On 10/28/06, Graham Dumpleton <[EMAIL PROTECTED]> wrote:
Dan, the code that needs to be updated is:
if "__auth__" in func_code.co_names:
i = list(func_code.co_names).index("__auth__&qu
On 29/10/2006, at 12:05 PM, Graham Dumpleton wrote:
On 28/10/2006, at 10:01 PM, Dan Eloff wrote:
On 10/28/06, Graham Dumpleton <[EMAIL PROTECTED]> wrote:
Dan, the code that needs to be updated is:
if "__auth__" in func_code.co_names:
i = list(fu
uth__ (1, line 7>)
__access__ (1, line 9>)
__auth_realm__ (1, 'REALM')
Have thus committed some changes back into mod_python for it now,
so should pass tests okay on Python 2.5.
Graham
On 29/10/2006, at 4:18 PM, Graham Dumpleton wrote:
On 29/10/2006, at 12:05 PM, Graham Dumpleton wro
In mod_python, the session ID consists of 32 characters coming from the ranges
0-9 and a-f. At the moment the code will if it detects invalid characters in
the SID or it is the wrong size, raise a HTTP_INTERNAL_SERVER_ERROR exception.
if self._sid:
# Validate the sid *before* l
You don't have latest source code checked out from subversion. I
fixed that in a commit a few hours after I originally introduced it.
Also, I subsequently changed the code again after that and 'stime'
no longer exists, or at least it is called something different now.
Graham
On 04/11/2006, at 8:
Forwarding this back to the list merely so it goes in mailing list
archive.
This relates to the leaking handles on Win32 platform.
Begin forwarded message:
From: "Jeff Robbins" <[EMAIL PROTECTED]>
Date: 4 November 2006 12:34:19 PM
To: "Graham Dumpleton" <[EMAIL P
Incomplete documentation. For AddHandler it would always have required
the .psp_ extension case to be listed explicitly.
On 05/11/2006, at 3:04 AM, Jim Gallacher wrote:
I was doing a bit of work on the Docs and I noticed a problem with
the .psp_ trick to get the listing of the source and gener
Cool. I said the correct thing in the JIRA issue, but then did the wrongthing in the code. :-)From JIRA. Note that ap_log_cerror() was only introduced during Apache 2.0.55. As a result, if an older version of Apache is used than that, instead of using ap_log_cerror(), it would use ap_log_error()
On 05/11/2006, at 7:32 AM, Jim Gallacher wrote:
I was fixing a error in the new mp_conn.log_error method and I
noticed that the connobject struct has a PyObject *server element.
There is no corresponding apache conn_rec->server attribute, I
don't see it being used anywhere in our code, and
I want to get the session/cookie changes committed first. Also just
noticed
that one probably can't do:
req.handler = None
ie., set it to be unset. I can see I might want this for various
reasons. :-)
Once I have attended to that, only outstanding issue will be
documentation
updates f
On 04/11/2006, at 12:34 PM, Jeff Robbins wrote:
Graham,
I haven't had any new ideas about this problem. It is clear that
on Windows, mod_python is initialized both in a parent process and
more usefully in the child process that spins up the threads that
service client requests. The par
The src/mod_python.vcproj file hasn't been updated if you are trying
to build it that way rather than with dist/build_installer.bat. If you
really want to use the VisualStudio project file, you will need to add
finfoobject.c file to the list of stuff to compile.
If someone can supply us with an u
Jorey Bump wrote ..
> I've installed it on a lightly used production server so I can test it
> against some real-world apps. Initial testing indicates that it's 10-20%
> slower than 3.2.10; I'm not sure why.
>
> Can I turn on the legacy importer with a runtime configuration, or do I
> need to reco
Dan Eloff wrote ..
> I know this isn't about mod_python, but I can think of nobody better
> qualified to answer this question than mod_python developers.
>
> If in a C function you release the GIl using begin/end allow threads,
> does it change your responsibilites with regard to the reference
> c
Jim Gallacher wrote ..
> Graham Dumpleton (JIRA) wrote:
> > [
> > http://issues.apache.org/jira/browse/MODPYTHON-202?page=comments#action_12448585
> ]
> >
> > Graham Dumpleton commented on MODPYTHON-202:
> > -
Ron, can you do me a favour and tell me which version of XCode you
are using, the one that came with the box or whether you might have
access to the version of XCode that was released at Mac WWDC in
August or the one released just recently to ADC members.
The easiest way is to look at the build nu
Jorey Bump wrote ..
> Graham Dumpleton wrote:
>
> > There are two things you can do to gauge where any loss arises. First
> is to
> > ensure that module reloading is turned off and see how that changes things.
> >
> > PythonAutoReload Off
> >
>
hanks.
BTW, what about the _pspmodule issue you talked about? Not sure how you would
be able to run the tests successfully if that module wasn't being built.
Graham
> - Original Message -
> From: "Graham Dumpleton" <[EMAIL PROTECTED]>
> To: "Jeff
> open
> inc
> lude file: 'apr.h': No such file or directory
> error: command '"C:\Program Files\Microsoft Visual Studio .NET
> 2003\Vc7\bin\cl.e
> xe"' failed with exit status 2
>
>
> - Original Message -
> From: "Graham D
101 - 200 of 1069 matches
Mail list logo
