[ http://issues.apache.org/jira/browse/MODPYTHON-168?page=all ]
Jim Gallacher resolved MODPYTHON-168.
-
Fix Version/s: 3.3
Resolution: Fixed
psp_parser fails when CR is used as a line terminator
Graham Dumpleton wrote:
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.
Yes, and I just mark it as such.
Jim
Graham Dumpleton wrote:
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
this information automatically. :)
Thank you for your assistance,
Jim Gallacher
this information automatically. :)
Thank you for your assistance,
Jim Gallacher
+1 Linux Debian Sid, Apache 2.0.55 (mpm-prefork), Python 2.3.5
+1 Linux Debian Sid, Apache 2.2.0 (mpm-worker), Python 2.4.2
+1 Linux Ubuntu 6.06 Dapper Drake, Apache 2.0.55 (mpm-worker), Python 2.4.3
Jim Gallacher wrote:
The mod_python 3.2.10 tarball is available for testing.
Part way through
I'll deal with it.
Jim
Gregory (Grisha) Trubetskoy wrote:
This was sent to me directly, anyone willing to act on it? (I don't have
the CPU cycles right now).
-- Forwarded message --
Date: Mon, 17 Jul 2006 18:12:07 +0200
To: [EMAIL PROTECTED]
Subject: new mod_python faq
Jim Gallacher wrote:
Deron Meranda wrote:
Just want some verification because I haven't seen anything
official looking
Is 3.2.9 now considered a bad release because of its memory
leaks, and thus will never be released?
It's not so much that it's a bad release, but rather it didn't
Deron Meranda wrote:
Just want some verification because I haven't seen anything
official looking
Is 3.2.9 now considered a bad release because of its memory
leaks, and thus will never be released?
It's not so much that it's a bad release, but rather it didn't make
sense to officially
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. Personally I think we should release 3.2.10
Graham Dumpleton wrote:
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
Harold Ship wrote:
Jim Gallacher jpg at jgassociates.ca writes:
I've run some tests to evaluate the memory leaks. The tests are brute
force - make requests and watch the memory changes with top -b.
...
First up - our leaky 3.2.9, and man does it leak! The readlines request
has a body
Graham Dumpleton wrote:
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
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.
I'm working on a test harness - Linux only at this point. I don't think
it would be a good idea to incorporate it into the current unit
Harold J. Ship wrote:
I presume you mean, 3.2.10?
Yes.
-Original Message-
From: Jim Gallacher
+1 skip the 3.2.9 release
+1 backport to 3.2.x
+1 release 3.1.10 asap
I'm running my leaktest suite against this commit now. Results to follow.
Jim
Nicolas Lehuen (JIRA) wrote:
[
http://issues.apache.org/jira/browse/MODPYTHON-172?page=comments#action_12419906
]
Nicolas Lehuen commented on MODPYTHON-172:
--
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.
Jim
Harold Ship (JIRA) wrote:
[
http://issues.apache.org/jira/browse/MODPYTHON-172?page=comments#action_12419728
]
Harold Ship commented on
Graham Dumpleton wrote:
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)
Reporter: Jim Gallacher
Assigned to: Jim Gallacher
Priority: Minor
A bug in req_readlines(sizehint) in requestobject.c causes output to be
returned prematurely for any value of the optional sizehint argument.
The faulty bit of code is:
line = req_readline(self, rlargs);
while
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.0.55, Python 2.4.1
+1 Linux Slackware 10.2, Apache
[ http://issues.apache.org/jira/browse/MODPYTHON-93?page=all ]
Jim Gallacher reopened MODPYTHON-93:
Reopened issue due to problems experienced by some applications such as Trac.
We'll need to re-examine the code committed to make sure
. There is no need to include the
mod_python version in this string as that information is available in
the email subject. Who knows, one day I may actually write a script to
extract this information automatically. :)
Thank you for your assistance,
Jim Gallacher
+1 Linux Debian Sid, Apache 2.0.55 (mpm-worker), Python 2.3.5
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 anyway
- just in case something went pair-shaped in the process of tagging and
packaging
+1 Linux Ubuntu 6.06 Dapper Drake, Apache 2.0.55 (mpm-worker), Python 2.4.3
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 anyway
- just in case something went pair-shaped in the process of tagging
Mike Looijmans wrote:
Having written most of the issue 93 code, here's my opinion:
* How much non-compatibility is acceptable in a patch release?
None.
Though it hurts my personal feelings that my patch did manage to break
something (who imagined anyone trying to hack data into the FS
[ http://issues.apache.org/jira/browse/MODPYTHON-174?page=all ]
Jim Gallacher resolved MODPYTHON-174:
-
Fix Version: 3.2.x
Resolution: Fixed
Assign To: Jim Gallacher
Commited patch, but didn't state the JIRA issue id in the commit
Thanks for the nudge David. I forget to change the status when I
committed the patch.
Jim
David Fraser (JIRA) wrote:
[ http://issues.apache.org/jira/browse/MODPYTHON-174?page=all ]
David Fraser updated MODPYTHON-174:
---
This is now fixed for 3.2.9
for your assistance,
Jim Gallacher
+1 Linux Debian Sid, apache 2.0.55, python 2.3.5
Jim Gallacher wrote:
The mod_python 3.2.9-rc3 tarball is available for testing. This release
adds support for apache 2.2 as well as some other useful backports from
the development branch. For information on the changes from 3.2.8 take a
look
Max Bowsher wrote:
Jim Gallacher wrote:
The mod_python 3.2.9-rc2 tarball is available for testing.
Something about the mod_python.util changes has either exposed a bug in
Trac, or introduced a bug into mod_python - I'm not sure which yet.
3.2.x r416547 with r393781 reverted works fine
Max Bowsher wrote:
Jim Gallacher wrote:
Max Bowsher wrote:
Jim Gallacher wrote:
The mod_python 3.2.9-rc2 tarball is available for testing.
Something about the mod_python.util changes has either exposed a bug in
Trac, or introduced a bug into mod_python - I'm not sure which yet.
3.2.x
+1 Linux Debian Sid, apache 2.0.55, python 2.3.5
Max Bowsher wrote:
MODPYTHON-93, r387693, backported in r393781, changes the API of
mod_python.util.Field().
I think that it would be a very bad thing to change an API in an
incompatible way in a patch release - whilst people are likely to
understand that things may break going from 3.2.x to
DbmSession creates world readable db file
-
Key: MODPYTHON-173
URL: http://issues.apache.org/jira/browse/MODPYTHON-173
Project: mod_python
Type: Bug
Components: session
Versions: 3.2.8
Reporter: Jim Gallacher
[
http://issues.apache.org/jira/browse/MODPYTHON-93?page=comments#action_12417405
]
Jim Gallacher commented on MODPYTHON-93:
As part of the improvments to FieldStorage, the Field class __init__ method was
changed in trunk (3.3-dev) and backported
looks good, I'll tag it svn and create a 3.2.9 final
tarball.
Thank you for your assistance,
Jim Gallacher
, if any).
If this tarball looks good, I'll tag it svn and create a 3.2.9 final
tarball.
Thank you for your assistance,
Jim Gallacher
[ http://issues.apache.org/jira/browse/MODPYTHON-84?page=all ]
Jim Gallacher resolved MODPYTHON-84:
Fix Version: 3.2.8
(was: 3.2.7)
Resolution: Fixed
req.sendfile(filename) sends an incorrect number of bytes when
Laurent,
Could you run a couple of more tests?
test1.py
from mod_python import apache, util
def handler(req):
pqs = util.parse_qsl('foo=abar=b')
req.content_type = 'text/plain'
req.write('mod_python.util.parse_qsl')
return apache.OK
test2.py
from mod_python
Jim Gallacher wrote:
Laurent Blanquet wrote:
Hello,
I'm using MOD_APACHE 3.2.8 (from binary dist). with Apache 2.0.55
under Windows XP Pro.
I encounter memory leaks (~ 16 Ko per request) with a very basic
handler like :
import mod_python
from mod_python import util
def handler(req):
F
Jim Gallacher wrote:
Laurent Blanquet wrote:
Hello,
I'm using MOD_APACHE 3.2.8 (from binary dist). with Apache 2.0.55
under Windows XP Pro.
I encounter memory leaks (~ 16 Ko per request) with a very basic
handler like :
import mod_python
from mod_python import util
def handler(req):
F
I used pylint to assist in cleaning up the indentation mess in util.py.
I ended up checking all our lib/python/mod_python/*.py code, and
needless to say the results were edifying. The output is rather
extensive, with a lot noise regarding missing docstrings and the like,
but I suspect
Graham Dumpleton (JIRA) wrote:
The actual function in Apache which can be used to normalise paths and which
outputs the POSIX style path required is apr_filepath_merge(). The question is,
should this be exposed in some way so that it is useable from mod_python, or
for the req.filename case,
Environment: Mac OS X using older GoLive editor
Reporter: Jim Gallacher
Assigned to: Jim Gallacher
Priority: Minor
As reported by Jeff Zelt:
On Mac OS X, make sure that your HTML files are terminated by :
a line feed (ascii 10) and NOT a carriage return (ascii 13).
PSP does *not* like
This seems like a good plan. I'll make the changes to the code and docs
- I don't want you to do all the work Graham. ;)
Jim
Graham Dumpleton (JIRA) wrote:
[ http://issues.apache.org/jira/browse/MODPYTHON-127?page=comments#action_12376137 ]
Graham Dumpleton commented on MODPYTHON-127:
Deron Meranda wrote:
I think the namespace direction you're taking is great. Just to be clear,
the dotted-notation is simply that, a notation. The interface to
req.get_options()
is not changing is it?
You are correct, it's just a notation - req.get_options will not change.
I also think that
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.
Jim Gallacher wrote:
I'm not sure about the most elegant way to handle this situation.
Perhaps something like:
#if !AP_MODULE_MAGIC_AT_LEAST(20050127,0)
#ifndef(AP_REG_EXTENDED)
typedef regex_t ap_regex_t;
#define AP_REG_EXTENDED REG_EXTENDED
#define AP_REG_ICASE REG_ICASE
#endif
#endif
[EMAIL PROTECTED] wrote:
Author: grahamd
Date: Sun Apr 16 03:49:39 2006
New Revision: 394455
URL: http://svn.apache.org/viewcvs?rev=394455view=rev
+1 Debian Sid, apache 2.2.0, python 2.4.2
-1 Debian Sid, apache 2.0.55, python 2.3.5
Compilation fails with this output:
make[1]: Entering
Graham Dumpleton wrote:
On 20/04/2006, at 12:39 AM, Jim Gallacher wrote:
[EMAIL PROTECTED] wrote:
Author: grahamd
Date: Sun Apr 16 03:49:39 2006
New Revision: 394455
URL: http://svn.apache.org/viewcvs?rev=394455view=rev
+1 Debian Sid, apache 2.2.0, python 2.4.2
-1 Debian Sid, apache
Sorry I haven't been much use on getting 3.2.9 ready. Unfortunately I've
run out of time and won't be able to pitch in until Monday.
Jim
Graham Dumpleton wrote:
On 12/04/2006, at 10:13 PM, Graham Dumpleton wrote:
On 11/04/2006, at 12:47 PM, Jim Gallacher wrote:
MODPYTHON-93
Improved
Graham Dumpleton wrote:
Graham Dumpleton wrote ..
Jim Gallacher wrote ..
WRT to 3.2.9, I've been bogged down with other stuff and will likely
be
fairly busy this week as well. How be we aim for a release somewhere
around April 22? I'd like to sort out why the apache 2.2 auth test fails
: documentation
Versions: 3.3
Environment: All
Reporter: Jim Gallacher
Priority: Minor
Some of the more commonly asked questions asked on the mailing list relate to
mod_python configuration issues that are not currently covered in the
documentation.
Apache can't load mod_python.so
I'll take a look at the code tonight.
Jim
Graham Dumpleton wrote:
With FieldStorage being discussed on main user mailing list, came across
this old post of the mailing list:
http://www.modpython.org/pipermail/mod_python/2001-November/012256.html
What it is saying is that some HTTP clients
Graham Dumpleton wrote:
Nicolas
Are you okay with:
http://issues.apache.org/jira/browse/MODPYTHON-81
Pickling/unpickling top-level functions defined in published
module no longer works in mod_python 3.2
being resolved as Won't Fix and then closed?
As I describe in:
Graham Dumpleton wrote:
In:
http://issues.apache.org/jira/browse/MODPYTHON-117
I describe the idea of having a means of using PythonImport to define a
module to be imported into any interpreter that may be created. For some
cases where there are a lot of virtual hosts, this may be simpler
Nicolas Lehuen wrote:
Hi,
Just FYI, here are the results of my latest build tests with mod_python
SVN revision 387864 :
+1 ActivePython 2.4.2.10 / Apache 2.0.55 / Windows XP SP2 / old importer
+1 ActivePython 2.4.2.10 / Apache 2.0.55 / Windows XP SP2 / new importer
+1 ActivePython 2.3.5.? /
Hi Graham,
+1 auto update req.finfo when req.filename changed.
Is there a use case where the user might change filename but not want
finfo to change? I can't think of one, so let's save the user some work
and make their code more robust to boot.
A point I'd like to address is your concern
+1 Linux Debian Sid, apache 2.0.55 mpm-prefork, python 2.3.5
+1 Linux Debian Sid, apache 2.2.0 mpm-prefork, python 2.4.2
New Importer:
+1 Linux Debian Sid, apache 2.0.55 mpm-prefork, python 2.3.5
+1 Linux Debian Sid, apache 2.2.0 mpm-prefork, python 2.4.2
Jim Gallacher wrote:
mod_python-3.3.0
--
Jim Gallacher wrote:
mod_python-3.3.0-dev-20060321 is available for testing.
We are asking the mod_python development community for assistance in
testing the current development branch. Hopefully this will allow us
to catch new bugs or regressions early, and when we are ready for the
next
that infrastructure is in
place and works. What we need is a way to keep have website content in
subversion, and a mechanism for updating the host.
Jim
Grisha
On Sat, 18 Mar 2006, Justin Erenkrantz wrote:
On 2/12/06, Jim Gallacher [EMAIL PROTECTED] wrote:
As a result of the nudge from Justin I've
Jorey Bump wrote:
Jim Gallacher wrote:
Jorey,
This is possibly the same failure Nicolas is seeing on Windows. It
could be I've made some incorrect assumptions on the default apache
2.2 configuration such that there is a problem with the test setup.
Could you send the output of
$ /usr
Graham Dumpleton wrote:
Now that I have some time, I'll explain why I want your reasoning. I
didn't have the time when I sent original email.
The only reason I can think of for Session not to generate a cookie is
because the SID is being extracted from the URL or is being passed by
some
Firat KUCUK wrote:
Graham Dumpleton yazmış:
Firat KUCUK wrote ..
Hi,
i have a little problem about Directory Index.
this is our .htaccess file:
Allow from All
AddHandler mod_python .py
PythonHandlerwepy.handler
PythonDebug On
DirectoryIndex index.htm index.html
[ http://issues.apache.org/jira/browse/MODPYTHON-93?page=all ]
Jim Gallacher resolved MODPYTHON-93:
Resolution: Fixed
Improve util.FieldStorage efficiency
Key: MODPYTHON-93
URL: http
, if any).
Thank you for your assistance,
Jim Gallacher
+1
Commit it. The point of the snapshot is encourage testing to catch
problems earlier in the development cylce.
Jim
Graham Dumpleton wrote:
On 14/03/2006, at 12:23 PM, Jim Gallacher wrote:
I find I work more effectively when I have deadlines to worry about
(being a procrastinator
[
http://issues.apache.org/jira/browse/MODPYTHON-93?page=comments#action_12370996
]
Jim Gallacher commented on MODPYTHON-93:
I was checking the documentation with respect to this patch and I noticed a
couple of things.
The FieldStorage
[
http://issues.apache.org/jira/browse/MODPYTHON-104?page=comments#action_12370851
]
Jim Gallacher commented on MODPYTHON-104:
-
Comparing the current version with grahamd_20060226_MP104_1.diff, it looks
like some of the apache 2.2 code got copied
[ http://issues.apache.org/jira/browse/MODPYTHON-104?page=all ]
Jim Gallacher updated MODPYTHON-104:
Attachment: MP104_20060317_jgallacher_1.diff
Fixes SSI_CREATE_ERROR_BUCKET problem for apache 2.0
Allow Python code callouts with mod_include (SSI
Debian Sid (httpd and python2.3 are stock debian):
$ /usr/bin/apxs2 -q CPPFLAGS
$ grep _FILE_OFFSET_BITS /usr/include/python2.3/pyconfig.h
#define _FILE_OFFSET_BITS 64
Jim
Gregory (Grisha) Trubetskoy wrote:
Could folks with access to different OS's try the following:
Compare output of apxs
Graham Dumpleton wrote:
Grisha wrote ..
On Mon, 13 Mar 2006, Graham Dumpleton wrote:
Thus I want a documented convention that if a handler is going to use
util.FieldStorage, that it should before doing so, first check whether
an existing instance resides as req.form and use that instead.
Graham Dumpleton wrote:
Jim Gallacher wrote ..
The idea of something like req.get_session() is to give users an obvious
way to grab a session object without the deadlock concerns. How many
times have we seen this kind of problem-code on the mailing list?
def index(req):
sess
Gregory (Grisha) Trubetskoy wrote:
On Mon, 13 Mar 2006, Jim Gallacher wrote:
The idea of something like req.get_session() is to give users an
obvious way to grab a session object without the deadlock concerns.
How many times have we seen this kind of problem-code on the mailing
list?
def
Gregory (Grisha) Trubetskoy wrote:
I don't understand this enough to have an opinion on it, seems like
another way to skin a cat,
Yes, but perhaps just for small cats. ;)
Quoting from http://httpd.apache.org/docs/1.3/howto/ssi.html
SSI is certainly not a replacement for CGI, or other
[ http://issues.apache.org/jira/browse/MODPYTHON-139?page=all ]
Jim Gallacher resolved MODPYTHON-139:
-
Fix Version: 3.3
Resolution: Fixed
Running make clean/distclean doesn't clean up test directory
I figured it was a mistake to do this late at night. :(
Graham Dumpleton (JIRA) wrote:
[ http://issues.apache.org/jira/browse/MODPYTHON-131?page=comments#action_12369959 ]
Graham Dumpleton commented on MODPYTHON-131:
In respect of:
Graham Dumpleton wrote:
This bit is going to change anyway when I add the PythonOption
mod_python.mutex_directory support. I have the changes ready, but I
think I'll review them in the morning rather than committing now.
I decide to do this stuff in 2 steps:
1. configure option
2.
[
http://issues.apache.org/jira/browse/MODPYTHON-124?page=comments#action_12369763
]
Jim Gallacher commented on MODPYTHON-124:
-
I've been playing around with the changes implemented here and I like it.
However I wonder why auth_name and auth_type
[
http://issues.apache.org/jira/browse/MODPYTHON-47?page=comments#action_12369755
]
Jim Gallacher commented on MODPYTHON-47:
The second patch is likely the best compromise.
I think part of the problem with process_auth() is the uncertainty
[ http://issues.apache.org/jira/browse/MODPYTHON-119?page=all ]
Jim Gallacher resolved MODPYTHON-119:
-
Fix Version: 3.3
Resolution: Fixed
DBM Session test shouldn't use default database
[ http://issues.apache.org/jira/browse/MODPYTHON-111?page=all ]
Jim Gallacher reassigned MODPYTHON-111:
---
Assign To: Jim Gallacher
Sessions don't set accessed time on read
Key: MODPYTHON-111
[ http://issues.apache.org/jira/browse/MODPYTHON-131?page=all ]
Jim Gallacher reassigned MODPYTHON-131:
---
Assign To: Jim Gallacher
Make name of mutex directory configurable.
--
Key: MODPYTHON-131
[ http://issues.apache.org/jira/browse/MODPYTHON-108?page=all ]
Jim Gallacher reassigned MODPYTHON-108:
---
Assign To: Jim Gallacher
Let Cookie support new HttpOnly property to prevent cross-site cookie stealing
[ http://issues.apache.org/jira/browse/MODPYTHON-122?page=all ]
Jim Gallacher updated MODPYTHON-122:
Fix Version: 3.2.x
(was: 3.3)
configure fails when using bash 3.1.x
-
Key
[ http://issues.apache.org/jira/browse/MODPYTHON-119?page=all ]
Jim Gallacher updated MODPYTHON-119:
Fix Version: 3.2.x
(was: 3.3)
DBM Session test shouldn't use default database
[ http://issues.apache.org/jira/browse/MODPYTHON-53?page=all ]
Jim Gallacher updated MODPYTHON-53:
---
Fix Version: 3.3
(was: 3.2.7)
Show link for subversion and JIRA on www.mod_python website
Graham Dumpleton wrote:
On 04/03/2006, at 4:59 AM, Jim Gallacher wrote:
More in the way of a general observation rather than on these
specific issues, but I wouldn't necessarily mark things as resolved
just on the basis of the fix being committed. For the big changes at
least, I think
[ http://issues.apache.org/jira/browse/MODPYTHON-19?page=all ]
Jim Gallacher reassigned MODPYTHON-19:
--
Assign To: Jim Gallacher
Add a section about security in the documentation
-
Key
Graham Dumpleton wrote:
On 03/03/2006, at 1:55 PM, Jim Gallacher wrote:
Does this sound helpful, or does everyone just trust that I am not
going
to screw things up? :-)
Hopefully people are reviewing the changes on the python-cvs
I haven't been committing in anything yet, I presume
[
http://issues.apache.org/jira/browse/MODPYTHON-19?page=comments#action_12368618
]
Jim Gallacher commented on MODPYTHON-19:
Another security discussion on the mod_python mailing list:
http://www.modpython.org/pipermail/mod_python/2006-March/020482
Graham Dumpleton wrote:
One of the problems when I am looking at making changes to mod_python
is knowing that there is some consensus that changes are a good thing, or
at least that there is no objection.
I feel the same way. Let's establish some policy. I'll start a separate
thread for that
Now that JIRA is responding again I thought I'd update the status of
some issues.
I've created a new JIRA version for 3.2.8.
Version 3.2 is still shown as unreleased. I assume the proper action is
to rename it to 3.2.7 and mark it as released. Can someone confirm that
this is the correct
Graham,
The patch is faulty with the 3rd hunk getting rejected. It looks like
you generated it from an earlier revision, but one of the lines in the
hunk #3 was included in your commit for r380087. The offending line is:
+ python_filter: Can't get/create interpreter.);
[ http://issues.apache.org/jira/browse/MODPYTHON-135?page=all ]
Jim Gallacher reassigned MODPYTHON-135:
---
Assign To: Jim Gallacher
[SECURITY] A Security Issue with FileSession in 3.2.7
[ http://issues.apache.org/jira/browse/MODPYTHON-119?page=all ]
Jim Gallacher reassigned MODPYTHON-119:
---
Assign To: Jim Gallacher
DBM Session test shouldn't use default database.
Key
[ http://issues.apache.org/jira/browse/MODPYTHON-78?page=all ]
Jim Gallacher reassigned MODPYTHON-78:
--
Assign To: Jim Gallacher
No support for Apache 2.2 yet
-
Key: MODPYTHON-78
URL: http
[
http://issues.apache.org/jira/browse/MODPYTHON-138?page=comments#action_12367796
]
Jim Gallacher commented on MODPYTHON-138:
-
Michel's patch does not work for Debian Linux. mod_python immediately
segfaults. There was a different gcc warning
[
http://issues.apache.org/jira/browse/MODPYTHON-138?page=comments#action_12367797
]
Jim Gallacher commented on MODPYTHON-138:
-
I should have added that a similar error occurs 9 more times.
Python.h should be included first
Looks good. (with Jorey's correction).
Jim
Jorey Bump wrote:
Gregory (Grisha) Trubetskoy wrote:
If you see any problems with this text, let me know.
-- Forwarded message --
Date: Sat, 12 Feb 2005 22:00:56 -0500 (EST)
From: Gregory (Grisha) Trubetskoy [EMAIL PROTECTED]
To:
101 - 200 of 471 matches
Mail list logo
