Re: Core vote for 3.3.1 stable release

2007-02-01 Thread Nicolas Lehuen
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

Fwd: mod_python 3.3.1 available for testing

2007-02-01 Thread Nicolas Lehuen
-- 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

Re: Core vote [Re: mod_python 3.3.0 beta available for testing]

2006-12-12 Thread Nicolas Lehuen
+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

Re: mod_python 3.3.0-dev-20061109 tests on Win32

2006-11-12 Thread Nicolas Lehuen
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

Re: mod_python 3.3.0-dev-20061109 tests on Win32

2006-11-12 Thread Nicolas Lehuen
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

Re: mod_python 3.3.0-dev-20061109 tests on Win32

2006-11-12 Thread Nicolas Lehuen
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

Re: Regex based publisher proposal

2006-09-07 Thread Nicolas Lehuen
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

Re: Core Vote (Re: mod_python 3.2.9 available for testing)

2006-07-31 Thread Nicolas Lehuen
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

mod_python 3.2.10 binaries for Win32

2006-07-30 Thread Nicolas Lehuen
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

[jira] Commented: (MODPYTHON-172) Memory leak with util.fieldstorage using mod_python 3.2.8 on apache 2.0.55

2006-07-09 Thread Nicolas Lehuen (JIRA)
[ 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

[jira] Resolved: (MODPYTHON-179) req.readlines(sizehint) does not work correctly

2006-07-09 Thread Nicolas Lehuen (JIRA)
[ 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

Re: svn commit: r420275 - in /httpd/mod_python/trunk/src: _apachemodule.c requestobject.c util.c

2006-07-09 Thread Nicolas Lehuen
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

Re: *** PROBABLY SPAM *** RE: Commented: (MODPYTHON-172) Memory leak with util.fieldstorage using mod_python 3.2.8 on apache 2.0.55

2006-07-09 Thread Nicolas Lehuen
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

[jira] Resolved: (MODPYTHON-172) Memory leak with util.fieldstorage using mod_python 3.2.8 on apache 2.0.55

2006-07-09 Thread Nicolas Lehuen (JIRA)
[ 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

Re: Commented: (MODPYTHON-172) Memory leak with util.fieldstorage using mod_python 3.2.8 on apache 2.0.55

2006-07-09 Thread Nicolas Lehuen
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

Re: [jira] Commented: (MODPYTHON-172) Memory leak with util.fieldstorage using mod_python 3.2.8 on apache 2.0.55

2006-07-08 Thread Nicolas Lehuen
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

Re: [jira] Commented: (MODPYTHON-172) Memory leak with util.fieldstorage using mod_python 3.2.8 on apache 2.0.55

2006-07-07 Thread Nicolas Lehuen
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

Re: [jira] Commented: (MODPYTHON-172) Memory leak with util.fieldstorage using mod_python 3.2.8 on apache 2.0.55

2006-06-30 Thread Nicolas Lehuen
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.

Re: mod_python 3.2.9 available for testing

2006-06-30 Thread Nicolas Lehuen
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.

Re: mod_python 3.2.9-rc3 available for testing

2006-06-25 Thread Nicolas Lehuen
+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

Re: 3.2.9-rc2 FieldStorage Problems (was Re: mod_python 3.2.9-rc2 available for testing)

2006-06-23 Thread Nicolas Lehuen
>> * 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

Re: mod_python 3.2.9-rc2 available for testing

2006-06-22 Thread Nicolas Lehuen
+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

Python debug build complains about thread state (was Re: SSI crashes on Win32.)

2006-05-20 Thread Nicolas Lehuen
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

Re: SSI crashes on Win32.

2006-05-20 Thread Nicolas Lehuen
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

Re: SSI crashes on Win32.

2006-05-20 Thread Nicolas Lehuen
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

Re: SSI crashes on Win32.

2006-05-20 Thread Nicolas Lehuen
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

Re: Web archives up...

2006-04-19 Thread Nicolas Lehuen
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

Re: Form of req.filename/req.hlist.directory on Win32 systems.

2006-04-19 Thread Nicolas Lehuen
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

Re: Form of req.filename/req.hlist.directory on Win32 systems.

2006-04-17 Thread Nicolas Lehuen
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):

Re: Form of req.filename/req.hlist.directory on Win32 systems.

2006-04-17 Thread Nicolas Lehuen
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  

Re: [mod_python] Anyone have an idea when mod_python will be available for Apache 2.2

2006-04-12 Thread Nicolas Lehuen
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

Re: Pickling/unpickling top-level functions, classes etc.

2006-03-29 Thread Nicolas Lehuen
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

Re: mod_python 3.3.0-dev-20060321 available for testing

2006-03-22 Thread Nicolas Lehuen
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

Re: mod_python 3.3.0-dev-20060321 available for testing

2006-03-22 Thread Nicolas Lehuen
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.

Re: mod_python 3.3.0-dev-20060321 available for testing

2006-03-22 Thread Nicolas Lehuen
+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

Re: mod_python 3.3.0-dev-20060321 available for testing

2006-03-22 Thread Nicolas Lehuen
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

Re: mod_python 3.3.0-dev-20060321 available for testing

2006-03-21 Thread Nicolas Lehuen
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

Re: New module importer. Was: Re: mod_python roadmap

2006-03-19 Thread Nicolas Lehuen
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

Re: JIRA Housekeeping

2006-02-25 Thread Nicolas Lehuen
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

Re: mod_python 3.2.8 available for testing

2006-02-22 Thread Nicolas Lehuen
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

Re: mod_python 3.2.8 available for testing

2006-02-21 Thread Nicolas Lehuen
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

Re: How mod_python treats apache.OK/apache.DECLINED responsefromhandlers.

2006-02-21 Thread Nicolas Lehuen
+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

Re: 3.2.8 summary / core group vote

2006-02-21 Thread Nicolas Lehuen
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

Re: 3.2.8 summary / core group vote

2006-02-20 Thread Nicolas Lehuen
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

Re: 3.2.8 summary / core group vote

2006-02-20 Thread Nicolas Lehuen
006/2/20, Jim Gallacher <[EMAIL PROTECTED]>: > >>> > +1 core vote > >>> > > >>> > Jim > >>> > > >>> > Gregory (Grisha) Trubetskoy wrote: > >>> > > > >>> > > Based on summary below, +1 fr

Re: 3.2.8 summary / core group vote

2006-02-20 Thread Nicolas Lehuen
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

Re: mod_python 3.2.8 available for testing

2006-02-20 Thread Nicolas Lehuen
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

Re: mod_python 3.2.8 available for testing

2006-02-20 Thread Nicolas Lehuen
+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

Re: Constructing of a URL for location redirect.

2006-02-16 Thread Nicolas Lehuen
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

Re: Testing mod_python SVN trunk with Apache 2.2 on Win32

2006-02-15 Thread Nicolas Lehuen
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

Re: Testing mod_python SVN trunk with Apache 2.2 on Win32

2006-02-15 Thread Nicolas Lehuen
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

Testing mod_python SVN trunk with Apache 2.2 on Win32

2006-02-14 Thread Nicolas Lehuen
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,

Re: Getting Started on mod_python 3.3.

2006-02-14 Thread Nicolas Lehuen
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&#

Re: Getting Started on mod_python 3.3.

2006-02-14 Thread Nicolas Lehuen
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

Re: Getting Started on mod_python 3.3.

2006-02-13 Thread Nicolas Lehuen
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

Re: For the curious : how mod_perl handles threading

2006-02-13 Thread Nicolas Lehuen
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.

For the curious : how mod_perl handles threading

2006-02-13 Thread Nicolas Lehuen
http://perl.apache.org/docs/2.0/user/intro/overview.html#Threads_Support Regards, Nicolas

Cool feature from mod_perl : Configure Apache with Perl

2006-02-13 Thread Nicolas Lehuen
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

Refactoring of the test suite

2006-02-10 Thread Nicolas Lehuen
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

Re: mod_python 3.2.7 available for testing

2006-02-08 Thread Nicolas Lehuen
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

Re: mod_python 3.2.7 available for testing

2006-02-07 Thread Nicolas Lehuen
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

Re: mod_python 3.2.7 available for testing

2006-02-07 Thread Nicolas Lehuen
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,

Re: mod_python 3.2.6 (Final!) available for testing

2006-02-06 Thread Nicolas Lehuen
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'

Re: mod_python 3.2.6 (Final!) available for testing

2006-02-06 Thread Nicolas Lehuen
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

Re: Change to test_Session_Session_conf() of test/test.py.

2006-02-04 Thread Nicolas Lehuen
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

Re: 3.2.6 or not

2006-02-03 Thread Nicolas Lehuen
+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

Re: 3.2.6 or not

2006-02-02 Thread Nicolas Lehuen
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

Re: Worrying code in mod_python.publisher module importer.

2006-02-02 Thread Nicolas Lehuen
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 :

Re: Python 2.2 support

2006-02-02 Thread Nicolas Lehuen
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

Re: Worrying code in mod_python.publisher module importer.

2006-02-01 Thread Nicolas Lehuen
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

Re: Python 2.2 support

2006-02-01 Thread Nicolas Lehuen
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

Re: Python 2.2 support

2006-02-01 Thread Nicolas Lehuen
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 <

Re: Worrying code in mod_python.publisher module importer.

2006-02-01 Thread Nicolas Lehuen
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

Re: Worrying code in mod_python.publisher module importer.

2006-02-01 Thread Nicolas Lehuen
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

Re: Worrying code in mod_python.publisher module importer.

2006-02-01 Thread Nicolas Lehuen
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

Re: Python 2.2 support

2006-02-01 Thread Nicolas Lehuen
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

Re: Python 2.2 support

2006-02-01 Thread Nicolas Lehuen
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

Re: Worrying code in mod_python.publisher module importer.

2006-02-01 Thread Nicolas Lehuen
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

Re: Worrying code in mod_python.publisher module importer.

2006-02-01 Thread Nicolas Lehuen
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

Python 2.2 support

2006-02-01 Thread Nicolas Lehuen
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

Fwd: Contact request from Nokia Opensource / Research site user.

2006-01-31 Thread Nicolas Lehuen
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

Re: 3.2.6 test period - how long do we wait?

2006-01-31 Thread Nicolas Lehuen
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

Re: [jira] Created: (MODPYTHON-114) Problems with PythonPath directive.

2006-01-26 Thread Nicolas Lehuen
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

Fwd: [mod_python] mod_python on Mobile phone - Nokia / Symbian S60 article

2006-01-24 Thread Nicolas Lehuen
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

Re: please set up a mod_python core group

2006-01-18 Thread Nicolas Lehuen
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'

Fwd: mod_python 3.2.6 (Final!) available for testing

2006-01-18 Thread Nicolas Lehuen
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/

Re: mod_python 3.2.6 (Final!) available for testing

2006-01-16 Thread Nicolas Lehuen
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]>:

Re: [jira] Commented: (MODPYTHON-98) wrong handler supplied to req.add_handler()generateserror

2006-01-12 Thread Nicolas Lehuen
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_

Re: 3.2.6b

2005-12-28 Thread Nicolas Lehuen
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

[jira] Updated: (MODPYTHON-94) Calling APR optional functions provided by mod_ssl

2005-12-28 Thread Nicolas Lehuen (JIRA)
[ 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_

[jira] Updated: (MODPYTHON-103) Implement req.add_output_filter().

2005-12-28 Thread Nicolas Lehuen (JIRA)
[ 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 >

[jira] Updated: (MODPYTHON-104) Allow Python code callouts with mod_include (SSI).

2005-12-28 Thread Nicolas Lehuen (JIRA)
[ 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). > -- > >

Re: 3.2.6b

2005-12-28 Thread Nicolas Lehuen
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

[jira] Updated: (MODPYTHON-93) Improve util.FieldStorage efficiency

2005-12-28 Thread Nicolas Lehuen (JIRA)
[ 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

Re: BUG: native classes don't like introspection

2005-12-18 Thread Nicolas Lehuen
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

Re: 3.2.6b?

2005-12-18 Thread Nicolas Lehuen
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

Re: [jira] Commented: (MODPYTHON-99) accessing some request or server object members causes a segfault

2005-12-17 Thread Nicolas Lehuen
+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

[jira] Commented: (MODPYTHON-99) accessing some request or server object members causes a segfault

2005-12-10 Thread Nicolas Lehuen (JIRA)
[ 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

[jira] Commented: (MODPYTHON-99) accessing some request or server object members causes a segfault

2005-12-10 Thread Nicolas Lehuen (JIRA)
[ 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

[jira] Updated: (MODPYTHON-15) Publisher : iterable return values should be corretly published

2005-12-10 Thread Nicolas Lehuen (JIRA)
[ 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   2   3   >