Following my tests on Windows, and knowing that 3.3.1 = 3.3.0b + a
version number change, I give my +1 on the release.
Regards,
Nicolas
2007/2/1, Jim Gallacher <[EMAIL PROTECTED]>:
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 on
-- Forwarded message --
From: Nicolas Lehuen <[EMAIL PROTECTED]>
Date: 1 févr. 2007 20:50
Subject: Re: mod_python 3.3.1 available for testing
To: Jim Gallacher <[EMAIL PROTECTED]>
Hi,
I've built the 3.3.1 binaries for Windows, you can downloa
+1 for me too !
Nicolas
2006/12/12, Gregory (Grisha) Trubetskoy <[EMAIL PROTECTED]>:
core +1 on releasing it into the wild
grisha
On Mon, 11 Dec 2006, Jim Gallacher wrote:
> Test results so far, FYI. How long shall we wait until we kick it up to
the
> next level?
> - jim
>
>
> +1 FreeBSD 6
p.pyd and also a
mod_python_so.pyd which I renamed mod_python.so and it ran.
Does this sound right?
- 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
Indeed, the APACHESRC variable has a slightly misleading name, since it doesn't need the full blown source installation. When building mod_python I'm using a stock Win32 Apache 2.0 or 2.2 binary build downloaded from
http://httpd.apache.org/, not a source distribution. It may or may not work with
Guys,First of all sorry for not intervening in the discussion earlier, I haven't had much time for mod_python development lately (hell, not much time for anything except working). The build procedure quoted by Graham at
http://www.modpython.org/pipermail/mod_python/2006-September/022092.html works
n the current request (you remember that discussion we had about knowing what was the full URL that was used to reach any given handler ? that was the idea behind my question).
Regards,Nicolas2006/9/7, Nicolas Lehuen <[EMAIL PROTECTED]>:
What Sébastien proposes is the kind of dispatching mechan
Note that the problem with Apache 2.2 on Windows XP SP2 seems to have disappeared, though I can't see how this is possible, unless Graham fixed something :).The problem was more probably due to an Apache 2.2 setup glitch.
Regards,Nicolas2006/7/31, Jim Gallacher <[EMAIL PROTECTED]>:
We decided to fi
Hi,Here are the Win32 binaries for mod_python 3.2.10 :http://nicolas.lehuen.com/download/mod_python/There is one version for Python 2.3 + Apache
2.0, a version for Python 2.4 + Apache 2.0 and a version for Python 2.4 + Apache 2.2.All three version have passed the unit tests, so we can release them
[
http://issues.apache.org/jira/browse/MODPYTHON-172?page=comments#action_12419906
]
Nicolas Lehuen commented on MODPYTHON-172:
--
I've just backported the fix into the 3.2 branch.
> Memory leak with util.fieldstorage using mod_python
[ http://issues.apache.org/jira/browse/MODPYTHON-179?page=all ]
Nicolas Lehuen resolved MODPYTHON-179:
--
Fix Version: 3.3
Resolution: Fixed
Fixed and added two unit tests on the trunk. Apply revision #420288 if this
needs to be backported
Yeah, I forgot about the appendix C in the documentation. I'm going to correct this ASAP.I know about the sizehint problem, I'm currently working on it. I just wanted to fix it in a different commit to make backporting more easy. Also, I want to write a unit test for it. This should be done in a fe
Yes, I've done the same except that I've used Py_DECREF since the references are guarded by previous non null tests.https://svn.apache.org/repos/asf/httpd/mod_python/trunk/src/util.c
Regards,Nicolas2006/7/9, Harold J. Ship <[EMAIL PROTECTED]>:
Just
to be sure, this is the change I've made to
[ http://issues.apache.org/jira/browse/MODPYTHON-172?page=all ]
Nicolas Lehuen resolved MODPYTHON-172:
--
Fix Version: 3.3
Resolution: Fixed
Fixed in the trunk, we need to apply changes from revision #420275 if we want
to backport this
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 the fixes ?
Regards,Nicolas2006/7/9, Harold Ship <[EMAIL PR
Hi Harold,With Visual Studio .NET 2003, it's quite easy, just cd into the dist directory and launch build_installer.bat. You should eventually get an installer into the dist/dist directory. Note that with Apache 2.2
, you may need to tweak the setup.py.in file manually a little bit.Regards,Nicolas2
Yeah Harold, thanks for the time you are spending on this bug.I'm not ignoring you either, I'm just on vacation, trying to disconnect from my work in particular and the net in general. Not so easy as this mail tends to show.
I'll have a look at this too when I come back to civilization.Regards,Nico
Hi,
The subject of this thread is about mod_python 3.2.8, yet you report
using mod_python 3.1.3. Which version have you detected the memory leak
in ? There are a bunch of leaks that have been fixed since 3.1.3...Regards,Nicolas2006/6/30, Harold Ship (JIRA) <[EMAIL PROTECTED]
>:[
http://issues.
I've got :+1 Windows XP SP2, Apache 2.0.58 (mpm_winnt), Python 2.4.3But, and it's my fault for not having tested this for a long time :-1 Windows XP SP2, Apache 2.2.2 (mpm_winnt), Python 2.4.3
Only two tests fail but with a segfault, it's test_srv_register_cleanup and test_apache_register_cleanup.
+1 Windows XP SP2, Apache 2.0.58, ActivePython 2.4.3, mod_python 3.2.9-rc3
Nicolas
2006/6/25, Jim Gallacher <[EMAIL PROTECTED]>:
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
>> * How are applications supposed to perform write operations on a
>> FieldStorage, in 3.3 and the future?
>
> Personally I never considered writing to FieldStorage. I always thought
> of it as a read-only representation of a submitted form, but then that's
> just my mental map.
It's a pretty un
+1 Windows XP SP2, ActivePython 2.4.3, Apache 2.0.58
Regards,
Nicolas
2006/6/23, Jim Gallacher <[EMAIL PROTECTED]>:
OK, this time for real. :)
The mod_python 3.2.9-rc2 tarball is available for testing. This release
adds support for apache 2.2 as well as some other useful backports from
the dev
pleton <[EMAIL PROTECTED]>:
On 20/05/2006, at 6:27 PM, Nicolas Lehuen wrote:
> OK, it seems that my last hypothesis was the good one : mod_python is
> doing things with thread states that are frowned upon by debug build.
> The tests are only performed in the debug build, so that
nderstanding what's happening there.
Regards,
Nicolas
2006/5/20, Nicolas Lehuen <[EMAIL PROTECTED]>:
I've forgot to mention the platform : as usual for me, it's Windows XP SP2.
Regards,
Nicolas
2006/5/20, Nicolas Lehuen <[EMAIL PROTECTED]>:
> Hi Graham,
>
> After
I've forgot to mention the platform : as usual for me, it's Windows XP SP2.
Regards,
Nicolas
2006/5/20, Nicolas Lehuen <[EMAIL PROTECTED]>:
Hi Graham,
After a few interesting weeks, I finally manage to get some time to
help on mod_python.
I've ran the tests on the lates
mpleton <[EMAIL PROTECTED]>:
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
Thank you very much, Justin !Regards,Nicolas2006/4/20, Justin Erenkrantz <[EMAIL PROTECTED]>:
http://mail-archives.apache.org/mod_mbox/httpd-python-dev/I'm not sure how this slipped through the cracks, but we missed thepython-dev@ and python-cvs@ list in our collection of web archives for
apache.or
9/04/2006, at 12:02 AM, Nicolas Lehuen wrote:
> Hi Graham,>> It looks like with mod_python 3.2.8, both req.filename and> req.hlist.directory are normalized, so your latest changes may> introduce a regression for those who expect
req.hlist.directory to> be normalized.>> Regar
aused it to behave differently as how it determinesreq.hlist.directory is different to before.Thanks.Graham
On 18/04/2006, at 4:33 AM, Nicolas Lehuen wrote:> Hi Graham,>> Here is the test handler I've used :>> from mod_python import apache>> def handler(req):
Hi Graham,Here is the test handler I've used :from mod_python import apachedef handler(req): req.content_type = 'text/plain' req.write(req.hlist.directory+'\n') req.write(req.filename+'\n'
) return apache.OKIf I use :DocumentRoot "c:\\apache22\\htdocs" # ... SetHandler mod_python
OK Graham, this fixed the req.auth_type() error, great :).Now everything passes except for a segfault in the server-side include tests, I'll try to do a debug build of mod_python in order to get stack traces.
Regards,Nicolas2006/4/13, Graham Dumpleton <[EMAIL PROTECTED]>:
NicolasCan you check out l
OK, I'm +1 on the "Won't fix" status.I'm not proficient enough in the way unpickling works, but the fact that you cannot specify any namespace in which classes or functions names have to be resolved makes it quite clear that dynamic imports + unpickling functions and classes = not possible.
Regards
2006/3/22, Graham Dumpleton <[EMAIL PROTECTED]>:
> Nicolas Lehuen wrote ..
> > 2006/3/22, Nicolas Lehuen <[EMAIL PROTECTED]>:
> > > However I have a -1 on Python 2.2 with a LOT of test failures, but I
> > > guess we won't support Python 2.2 for mod_py
2006/3/22, Nicolas Lehuen <[EMAIL PROTECTED]>:
> However I have a -1 on Python 2.2 with a LOT of test failures, but I
> guess we won't support Python 2.2 for mod_python 3.3 ?
Sorry, my -1 was due to a configuration problem, everything works on Python 2.2.
+1 for mod_python 3.3.
+1 for mod_python 3.3.0-dev-20060321 on Windows 2000 SP4 +
ActivePython 2.3.5.236 + Apache 2.0.55
However I have a -1 on Python 2.2 with a LOT of test failures, but I
guess we won't support Python 2.2 for mod_python 3.3 ?
Regards,
Nicolas
2006/3/22, Nicolas Lehuen <[EMAIL PROTECTED
Hi,
Here are the binary for Apache 2.0 :
http://nicolas.lehuen.com/download/mod_python/
I also have a :
+1 for mod_python 3.3.0-dev-20060321 on Windows XP SP2 + ActivePython
2.4.2.10 + Apache 2.0.55
Unfortunately I still have some doubts about my tests on Apache
2.2.0... I'll see to that this
I've tested with and without the new importer on Windows XP SP2 +
Python 2.4.2 + Apache 2.2.0 and everything works except the
test_req_auth_type test, which signals a 500 error. This is what the
error_log contains about this test :
[Wed Mar 22 07:16:03 2006] [warn] mod_python
(pid=5140,interpreter
If the new importer isn't on by default, I don't see any reason why
you should not commit it to subversion, quite the contrary.
Therefore I'm +1 on the subject.
Regards,
Nicolas
2006/3/19, Graham Dumpleton <[EMAIL PROTECTED]>:
>
> On 14/03/2006, at 12:23 PM, Jim Gallacher wrote:
>
> > I find I w
Yup, I think it's the thing to do.
Regards,
Nicolas
2006/2/25, Jim Gallacher <[EMAIL PROTECTED]>:
> 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
Indeed :)
2006/2/22, Ron Reisor <[EMAIL PROTECTED]>:
> I know you're going ahead with 3.2.8 already, but I thought this would be
> interesting:
>
> +1 Mac OS X 10.4.5 Intel Core Duo, apache 2.0.55 mpm-prefork, python 2.4.2
>
> cheers,
>
> Ron
>
>
> Ron Reisor <[EMAIL PROTECTED]> (RWR3)
> Universit
Yup, the SVN trunk currently contains tests that fail on 3.2.8 (Graham
added some features and their unit test in the trunk), but you can
test the 3.2.8 release against the 3.2.8 test suite (available from
https://svn.apache.org/repos/asf/httpd/mod_python/tags/release-3-2-8 )
and you won't see any
+1
Excellent summary, Graham.
Maybe we could ask on the mod_pyhon mailing list who is stacking
non-content handlers, especially if registered dynamically, and for
what purpose ? This way we could make sure that no one actually relies
on the current cludgy behaviour.
But I agree with you, it's pr
OK, sorry, I was mislead by the fact that there were 3.2.5b binaries
in the dist directory.
Regards,
Nicolas
2006/2/21, Gregory (Grisha) Trubetskoy <[EMAIL PROTECTED]>:
>
> they're out there:
>
> http://www.apache.org/dist/httpd/modpython/win/3.2.8/
>
>
> On
overwritten.
Regards,
Nicolas
2006/2/21, Nicolas Lehuen <[EMAIL PROTECTED]>:
> Hi Michel,
>
> I've tested your patch on Win32 + Apache 2.2 and it mostly works
> (compilation + unit tests) - except for the changes in the PSP lexer &
> parser. They now includ unistd.h which w
006/2/20, Jim Gallacher <[EMAIL PROTECTED]>:
> >>> > +1 core vote
> >>> >
> >>> > Jim
> >>> >
> >>> > Gregory (Grisha) Trubetskoy wrote:
> >>> > >
> >>> > > Based on summary below, +1 fr
n <[EMAIL PROTECTED]>
> > +1 Mac OS X 10.4, apache 2.0.55 mpm-worker, python 2.3.5 (3.2.x SVN
> > trunk)
> >
> > Nicolas Lehuen <[EMAIL PROTECTED]>
> > +1 mod_python 3.2.8 + Apache/2.0.55 + Python/2.2.3 + Windows 2000 SP4
> > +1 mod_python 3.2.8 + Apa
Oops, I've sent this mail a bit too fast...
As usual, all three binary versions are available here :
http://nicolas.lehuen.com/download/mod_python/
Regards,
Nicolas
2006/2/20, Nicolas Lehuen <[EMAIL PROTECTED]>:
> +1 mod_python 3.2.8 + Apache/2.0.55 + Python/2.2.3 + Windows
+1 mod_python 3.2.8 + Apache/2.0.55 + Python/2.2.3 + Windows 2000 SP4
+1 mod_python 3.2.8 + Apache/2.0.55 + ActivePython/2.3.5 + Windows 2000 SP4
+1 mod_python 3.2.8 + Apache/2.0.55 + ActivePython/2.4.2 + Windows XP SP2
It looks good, which proves the power of RTFM. We should test it, of
course, to make sure subtleties like virtual host are taken into
account (the doc says so but the code knows better).
BTW, did we ever considered using SWIG to map the Apache API ? I know
it can be quite tricky to use, but it cou
2006/2/15, Jim Gallacher <[EMAIL PROTECTED]>:
> Nicolas Lehuen wrote:
> > 2006/2/15, Jim Gallacher <[EMAIL PROTECTED]>:
> >
> >>Nicolas Lehuen wrote:
> >>
> >>>Hi,
> >>>
> >>>I've built Apache 2.2 and tested mo
2006/2/15, Jim Gallacher <[EMAIL PROTECTED]>:
> Nicolas Lehuen wrote:
> > Hi,
> >
> > I've built Apache 2.2 and tested mod_python SVN trunk with it.
> >
> > The two register_cleanup tests fail. Apparently it's because the test
> > code reg
Hi,
I've built Apache 2.2 and tested mod_python SVN trunk with it.
The two register_cleanup tests fail. Apparently it's because the test
code registers a cleanup function giving the current request as
parameter. Of course when the cleanup function is called, the request
object is no longer valid,
2006/2/14, Nicolas Lehuen <[EMAIL PROTECTED]>:
> Based on today's traffic on the mailing lists, I think that we should
> go for a short-term 3.2.8 release of mod_python, with certified Apache
> 2.2 support on multiple platforms. The code is only there but I
> suppose we
a month or two (given that the Win32 source code is
not even available right now).
Regards,
Nicolas
2006/2/14, Nicolas Lehuen <[EMAIL PROTECTED]>:
> 2006/2/14, Graham Dumpleton <[EMAIL PROTECTED]>:
> [...]
> > If we want to go down the path of having interim 3.2 bug roll
2006/2/14, Graham Dumpleton <[EMAIL PROTECTED]>:
[...]
> If we want to go down the path of having interim 3.2 bug rollup releases
> while 3.3 is being developed, might I suggest that we target the following
> for such a release in the near future.
>
> MODPYTHON-77
>
> The Simplified GIL Aquisitio
using an
interpreter pool may be an interesting optimisation, though. But I
guess it's a rather complicated one.
Regards,
Nicolas
2006/2/13, Gregory (Grisha) Trubetskoy <[EMAIL PROTECTED]>:
>
> On Mon, 13 Feb 2006, Nicolas Lehuen wrote:
>
> > http://perl.apache.org/docs/2.
http://perl.apache.org/docs/2.0/user/intro/overview.html#Threads_Support
Regards,
Nicolas
Hi,
I'm currently reading the feature section from mod_perl. Initially, I
was trying to find information about how they cope with
multithreading, multiple interpreter instantiation and code reloading,
but I stumbled upon this :
http://perl.apache.org/start/tips/config.html
Now, I can't stand Per
Hi,
There is something I'd like to do for the 3.3 version : it is to
refactor the test suite. It's more a chore than real development, but
the current test suite is slowly becoming big and quite difficult to
maintain.
What I'd like to do is simply split the test runner and the published
tests in
Hi David,
One thing I don't understand is why you have "foreign" PythonOption
definitions in your test setup. Are you sure you have re-created a
clean testconf.py file from testconf.py.in ? I've write a little bit
of documentation in test/README, please try to follow it.
It seems to me that the t
2006/2/8, Gregory (Grisha) Trubetskoy <[EMAIL PROTECTED]>:
>
> On Tue, 7 Feb 2006, Graham Dumpleton wrote:
>
> > I'll also say +1 as core group vote. This means all 4 have voted
> > as +1 and no need to wait 72 hours now to see if I would veto it.
>
> OK, I stuck the file on apache.org/dist for mir
OK so my core group vote is +1 for this release.
It has been tested on a wide array of OSes, both threaded and forked
MPMs, Python 2.2, 2.3 and 2.4, so I guess it's okay. A threaded test
on MacOSX and Solaris would have been great but maybe the recommended
MPM on those platform is the forked one,
2006/2/7, Nicolas Lehuen <[EMAIL PROTECTED]>:
> 2006/1/21, Jim Gallacher <[EMAIL PROTECTED]>:
> > I notice that we have slight differences in the apache and python
> > versions. Could that be significant? More testing to follow. (Oh if only
> > qemu wasn'
2006/1/21, Jim Gallacher <[EMAIL PROTECTED]>:
> I notice that we have slight differences in the apache and python
> versions. Could that be significant? More testing to follow. (Oh if only
> qemu wasn't so slow. Compiling Apache takes... a ... long ... time).
>
> Jim
Oh joy, VMWare has made it VMW
2006/2/4, Graham Dumpleton <[EMAIL PROTECTED]>:
> Jim, Nicolas
>
> Would it make sense to change test_Session_Session_conf() function in
> unit tests to something like:
>
> def test_Session_Session_conf(self):
>
> import tempfile
> tempdir = tempfile.gettempdir()
> d
+1 trunk rev 374588 + Apache/2.0.55 + Python/2.2.3 + Windows 2000 SP4
+1 trunk rev 374588 + Apache/2.0.55 + ActivePython/2.3.5 + Windows 2000 SP4
+1 trunk rev 374588 + Apache/2.0.55 + ActivePython/2.4.2 + Windows XP SP2
All three installers for win32 are available at
http://nicolas.lehuen.com/down
My official vote is eventually -1 for 3.2.6, see the previous
discussion for why I've changed my mind.
However I'm +1 on releasing 3.2.7 without a restrained testing period,
not a long one like for 3.2.6.
Regards,
Nicolas
2006/2/2, Jim Gallacher <[EMAIL PROTECTED]>:
> I know you said no discussi
2006/2/2, Jim Gallacher <[EMAIL PROTECTED]>:
> If we are going to do a 3.2.7, let's just do it. Either spend a couple
> of days debating the merits of 3.2.7 or a couple of days *testing* it. :)
>
> My list for 3.2.7
> connection handler fix so it passes the unit tests
I'll let you pros do that :
intrusive.
Regards,
Nicolas
2006/2/2, Graham Dumpleton <[EMAIL PROTECTED]>:
>
> On 02/02/2006, at 5:42 PM, Nicolas Lehuen wrote:
>
> > That's it ! People with Python 2.2 could use "PythonImport
> > mod_python.python22 INTERPRETER_NAME" in their configuration file
2006/2/2, Graham Dumpleton <[EMAIL PROTECTED]>:
> Nicolas Lehuen wrote ..
> > 2006/2/2, Graham Dumpleton <[EMAIL PROTECTED]>:
> > > > The only
> > > > problem is that apache.import_module is still as crappy as ever and
> > > > that we don
2006/2/2, Graham Dumpleton <[EMAIL PROTECTED]>:
> Nicolas Lehuen wrote ..
> > OK, I've reverted my changes. I left python22.py in place, because I
> > still hope to be able to use it with PythonImport. The only problem is
> > being able to define it in the unit test
OK, I've reverted my changes. I left python22.py in place, because I
still hope to be able to use it with PythonImport. The only problem is
being able to define it in the unit tests.
Regards,
Nicolas
2006/2/2, Nicolas Lehuen <[EMAIL PROTECTED]>:
> 2006/2/2, Jim Gallacher <
2006/2/2, Graham Dumpleton <[EMAIL PROTECTED]>:
> > The only
> > problem is that apache.import_module is still as crappy as ever and
> > that we don't have any grand unified theory of module importing that
> > would support both handlers and published modules.
>
> Actually I do believe I have a gra
OK, I've changed cache.py so that it uses stat() then open() the file
if it needs to be reloaded. I've also added a unit test that makes
sure the module cache is behaving as expected.
Graham, I don't think the stat() / open() / fstat() sequence is
required. How would that improve accuracy ?
Regar
2006/2/2, Graham Dumpleton <[EMAIL PROTECTED]>:
> Nicolas Lehuen wrote ..
> > Well, I thought that if the file was modified, we needed to open it
> > anyway, but you're right, that's optimising for a minority case. We
> > might as well use stat and
2006/2/2, Jim Gallacher <[EMAIL PROTECTED]>:
> > If a formal decision was made, then it's a done deal, right? If not
> > and uses of 2.3 have slipped in then perhaps it's a done deal anyway
> > because no one can stomach the thought of taking out the 2.3-isms at
> > this late date.
>
> My impressi
he current solution
passes all the test suite from Python 2.2 to Python 2.4 (I've yet to
test it on Python 2.5), whereas a solution using PythonImport or any
custom tweaking of the configuration would require a special case in
the test suite.
Now I'm going back to sleep.
Regards,
Nicolas
2
2006/2/2, Graham Dumpleton <[EMAIL PROTECTED]>:
> Note that up until now I hadn't even looked over how this new module
> importer was implemented. I knew it wasn't going to solve various of the
> existing module importer problems and I knew it was actually going to
> introduce some new issues that
2006/2/2, Graham Dumpleton <[EMAIL PROTECTED]>:
> Okay, false alarm (I think). Have got myself worked up over nothing.
> I missed something very important:
>
> timestamp = fstat(opened.fileno())[-2]
>
> That is the '[-2]' in the above.
>
> I feel like a goose now.
>
> I still though question why
Hi,
I've just checked in some changes to the Python source code in order
to support Python 2.2. Now the test suite runs successfully on Python
2.2.3 on Windows 2000. I've checked that no regressions were
introduced in later Python versions, too.
The changes are pretty simple : each Python module
FYI, Johan Wikman from Nokia answered my request. He's OK for us to
brag about mod_python 3.1.3 running on the Nokia S60 platform, though
he doesn't want to be quoted directly.
The fun part is that he'd like to know when we'll support Apache 2.2 :)
Regards,
Nicolas
-- Forwarded message
OK, so shall we schedule the 3.2.x release for 2007, then ?
As for the Apache 2.2 version, what if we roll in your suggested
patch, Jim, then discover a bunch of problem related to it during the
beta tests ? Will we wait until they are all fixed to release the 3.2
version ? Apache 2.2 is quite new
2006/1/26, Mike Looijmans <[EMAIL PROTECTED]>:
> Two comments:
> 1. (bug): The acquire() call should be *outside* the try ... finally
> block. You do not want to release a lock that you did not aquire.
>
> 2. (optimization): If you are not planning to change the path, you do
> not have to aquire th
ng on behalf of the
Apache Foundation, so that's only a prospective question, not a
binding one ;).
In any case, kudos for your work !
(I cc this to mod_python developers mailing list)
8<--8<--
-- Forwarded message --
From: Nicola
in the Apache HTTP Server PMC)
> Jim Gallacher
> Nicolas Lehuen
> Graham Dumpleton
>
> Just to clarify this a bit - I think a +1 on successful test for a
> particular OS/whatever combination from any of the above people is NOT the
> same as the "binding +1" Roy'
XP Pro SP2
Apache 2.0.54
Python 2.4.2
--
Mike Looijmans
Philips Natlab / Topic Automation
Nicolas Lehuen wrote:
> You can fetch the Win32 version for Python 2.3 and Python 2.4 here :
>
> http://nicolas.lehuen.com/download/mod_python/
You can fetch the Win32 version for Python 2.3 and Python 2.4 here :
http://nicolas.lehuen.com/download/mod_python/
I have successfully tested and give my +1 for :
Windows 2000 Server SP4, Python 2.3
Windows XP Pro SP2, Python 2.4
Regards,
Nicolas
2006/1/16, Jim Gallacher <[EMAIL PROTECTED]>:
Just FYI in that case :
E:\Documents and Settings\Nico>python
ActivePython 2.4.1 Build 247 (ActiveState Corp.) based on
Python 2.4.1 (#65, Jun 20 2005, 17:01:55) [MSC v.1310 32 bit (Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import imp
>>> imp.find_
2005/12/28, Graham Dumpleton <[EMAIL PROTECTED]>:
> Grisha, I have though asked for a small change to be made which will
> allow me to make available a proposed new module importer when its done
> and for people be able to trial it without having to patch their source
> code. See:
>
>http://www
[ http://issues.apache.org/jira/browse/MODPYTHON-94?page=all ]
Nicolas Lehuen updated MODPYTHON-94:
Fix Version: 3.3
Version: (was: 3.2)
> Calling APR optional functions provided by mod_
[ http://issues.apache.org/jira/browse/MODPYTHON-103?page=all ]
Nicolas Lehuen updated MODPYTHON-103:
-
Fix Version: 3.3
> Implement req.add_output_filter().
> --
>
> Key: MODPYTHON-103
>
[ http://issues.apache.org/jira/browse/MODPYTHON-104?page=all ]
Nicolas Lehuen updated MODPYTHON-104:
-
Fix Version: 3.3
> Allow Python code callouts with mod_include (SSI).
> --
>
>
Hi Grisha,
Having a look at the bug list I don't see anything that should prevent
us from releasing the 3.2 version. There doesn't seem to be any bug
due to some regression, all the new bugs were also found in 3.1. So I
think we won't disappoint anyone !
I truly think we should not try to be perf
[ http://issues.apache.org/jira/browse/MODPYTHON-93?page=all ]
Nicolas Lehuen updated MODPYTHON-93:
Fix Version: 3.3
Version: 3.2
(was: 3.3)
> Improve util.FieldStorage efficie
Hi Jamie,
This is a known bug :
http://issues.apache.org/jira/browse/MODPYTHON-96
What's weird is that this bug has existed for a long time now, but has
been discovered this month only - and reported twice since !
It is this is the subversion repository, and the fix will be released
in the next
Hi Graham,
It looks like this can't break anything since the init() function is
called once per interpreter (no multithreading problem). So +1 for me.
Regards,
Nicolas
2005/12/18, Graham Dumpleton <[EMAIL PROTECTED]>:
>
> On 18/12/2005, at 3:09 AM, Jim Gallacher wrote:
>
> > We had talked about
+1 for the empty tuple too.
Regards,
Nicolas
2005/12/17, Jim Gallacher <[EMAIL PROTECTED]>:
> Nicolas Lehuen (JIRA) wrote:
> > [
> > http://issues.apache.org/jira/browse/MODPYTHON-99?page=comments#action_12360042
> > ]
> >
> > N
[
http://issues.apache.org/jira/browse/MODPYTHON-99?page=comments#action_12360042
]
Nicolas Lehuen commented on MODPYTHON-99:
-
OK, if we modify tuple_from_array_header and tuple_from_method_list, here are
the members that would be defined as an
[
http://issues.apache.org/jira/browse/MODPYTHON-99?page=comments#action_12360041
]
Nicolas Lehuen commented on MODPYTHON-99:
-
Modifying util.c so that tuple_from_array_header and tuple_from_method_list
return an empty tuple instead of None fixes
[ http://issues.apache.org/jira/browse/MODPYTHON-15?page=all ]
Nicolas Lehuen updated MODPYTHON-15:
Fix Version: 3.3
(was: 3.2)
Description:
Suppose this function in a published module :
def index(req)
req.content_type
1 - 100 of 297 matches
Mail list logo