[jira] Commented: (MODPYTHON-202) Allow mechanism used by global mutex locks to be specified.

2006-11-12 Thread Jim Gallacher (JIRA)
[ http://issues.apache.org/jira/browse/MODPYTHON-202?page=comments#action_12449192 ] Jim Gallacher commented on MODPYTHON-202: - We seem to be going pretty far down the road with PythonOption and our new namespace, so I'm inclined to

Re: mod_python 3.3.0-dev-20061109 tests on Win32

2006-11-12 Thread Jeff Robbins
Graham, The edit you suggested for the PythonImport test: assert(map(os.path.normpath, sys.path).count(directory) == 1 works on my Win32 build. Presumably that change would work on Linux too, yes? Wanted to let you know. Thanks, Jef - Original Message - From: Graham Dumpleton

Re: mod_python 3.3.0-dev-20061109 tests on Win32

2006-11-12 Thread Graham Dumpleton
Jeff Robbins wrote .. re the 'subdir' directory: I've attached a screenshot from WinZip which I used to extract the .tgz tarball. I sorted by directory so you can see that WinZip does not show the 'subdir' directory. Perhaps a flaw in WinZip? In any case, I didn't knowingly delete

Re: mod_python 3.3.0-dev-20061109 tests on Win32

2006-11-12 Thread Graham Dumpleton
Try follow these instructions: http://www.modpython.org/pipermail/mod_python/2006-September/022092.html If these are correct, they probably should be put in the source code if they aren't already. Graham Jeff Robbins wrote .. re: building on Win32 I tried using setup.py but even once I

Re: mod_python 3.3.0-dev-20061109 tests on Win32

2006-11-12 Thread Jeff Robbins
Graham, I couldn't find a WinZip option that controls this. It must be a bug in its tar support, since I know it supports empty native windows directories just fine. - Jeff - Original Message - From: Graham Dumpleton [EMAIL PROTECTED] To: python-dev list

Re: mod_python 3.3.0-dev-20061109 tests on Win32

2006-11-12 Thread Jeff Robbins
Graham, These instructions are not sufficient. The apache environment I have on windows has include files in apachesr/include but also in apachesrc/srclib/apr/include, apachesrc/srclib/apr-iconv/include, and apachesrc/srclib/apr-util/include Setting the APACHESRC environmental per the

Re: mod_python 3.3.0-dev-20061109 tests on Win32

2006-11-12 Thread Graham Dumpleton
Jeff Robbins wrote .. Graham, These instructions are not sufficient. The apache environment I have on windows has include files in apachesr/include but also in apachesrc/srclib/apr/include, apachesrc/srclib/apr-iconv/include, and apachesrc/srclib/apr-util/include Setting the APACHESRC

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

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 Jeff Robbins
Nicolas, I had a binary (with SSL support) from http://www.apachelounge.com/. That one has no include folder so I fell back to using a source copy. Which I built but the build doesn't consolidate the include files. I'm downloading the apache.org win32 binary and will try again with that.

Re: mod_python 3.3.0-dev-20061109 tests on Win32

2006-11-12 Thread Graham Dumpleton
That is probably reasonable as late in Apache 2.0.X releases and in Apache 2.2.X they changed from version 0.0.9 of Apache runtime library to 1.0.2 (or something like that). Thus, they are probably naming the libraries differently. Looks like we need to do some work on that script to auto detect

Re: mod_python 3.3.0-dev-20061109 tests on Win32

2006-11-12 Thread Nicolas Lehuen
Yeah, the 2.2 version needs to tweak setup.py. We should include some kinf of auto-detection of the 2.2 version and act accordingly.Glad to hear that you've succeeded in building mod_python.Regards,Nicolas 2006/11/13, Jeff Robbins [EMAIL PROTECTED]: Nicolas, I downloaded the stock 2.2.3

Re: mod_python 3.3.0-dev-20061109 tests on Win32

2006-11-12 Thread Graham Dumpleton
Jeff Robbins wrote .. Graham, I couldn't find a WinZip option that controls this. It must be a bug in its tar support, since I know it supports empty native windows directories just fine. It may well be a bug. At: http://dsd.lbl.gov/firefish/install.html it warns: Due too an

Rusty perl question

2006-11-12 Thread Patrick Galbraith
Hi all, I used to know the trick, I think, but can't remember. I want to code my application to be smart about whether it's on a system that can use mod_perl2/apreq, or if I have to use CGI. I 've code my app to use CGI successfully, but would like to keep the code that I worked to get apreq

Re: memory leaking on POST

2006-11-12 Thread Joe Schaefer
Brian McQueen [EMAIL PROTECTED] writes: I do believe it has to do with my handling of the brigade, but I see nothing suspicious. The data is parsed with apreq_body. On a successful parse I get the pointer to the upload brigade from the parsed parameter, and I pass that pointer to a

board report due on Monday

2006-11-12 Thread Roy T. Fielding
I am due to send a report for the HTTP server project to the ASF board this Monday, so if you have anything you would like me to send along then now is a good time to speak up. Below is what I have so far. Roy = Apache HTTP Server Project Status report for 15 November

CPAN for HTTPD, was Re: mod_wombat

2006-11-12 Thread Paul Querna
Roy T. Fielding wrote: I am personally +0 on the idea, but my only reservation is that we have too many eggs in one basket already. One of these days, some kind soul will have the energy to build a CPAN-like module registry and distribution mechanism. We talked about this in good detail back

Re: board report due on Monday

2006-11-12 Thread Jim Jagielski
Sander Temme wrote: On Nov 12, 2006, at 12:50 AM, Paul Querna wrote: FWIW, mod_mbox, which you listed as dormant, has had more commits in the last 6 months than the 1.3.x branch. I think the big difference is that millions of people are using 1.3 and we do formal security

Re: [PATCH] clucene search for mod_mbox

2006-11-12 Thread Justin Erenkrantz
On 11/12/06, Paul Querna [EMAIL PROTECTED] wrote: This is a work-in-progress patch, integrating CLuence[1] as a full text search engine for mod_mbox. +1 (concept). Since lucene4c isn't going anywhere soon, it makes sense to look at other integration avenues. Bonus points if you remove the

Re: board report due on Monday

2006-11-12 Thread Justin Erenkrantz
On 11/12/06, Roy T. Fielding [EMAIL PROTECTED] wrote: FWIW, mod_mbox, which you listed as dormant, has had more commits in the last 6 months than the 1.3.x branch. BFD, when was the last time people reviewed them? When did it release? I am more than happy to change the status when the status

Re: board report due on Monday

2006-11-12 Thread Justin Erenkrantz
On 11/12/06, Roy T. Fielding [EMAIL PROTECTED] wrote: |-- mod_python(active, four committers) It's probably time to spin off mod_python to its own TLP. They've survived Grisha's (temporary) departure and they're making forward progress. I'll volunteer to continue watching

Re: CPAN for HTTPD, was Re: mod_wombat

2006-11-12 Thread William A. Rowe, Jr.
Paul Querna wrote: Successful CPAN-like systems were mostly started back when package management was an enormous pain. It still is on some platforms *cough*solaris*cough*, but they are generally the exception these days. Also, in almost every case CPAN-style systems focus on one language,

memory leaking on POST

2006-11-12 Thread Brian McQueen
I am having major problems with my httpd growing on POSTs. Is there some finalization of cleanup or apreq_handle_release kind of a thing that missed out on? I can't see any source for the leaks. Everything is coming from req-pool, so any allocs should be transient. There is no leak until I

Re: memory leaking on POST

2006-11-12 Thread Joe Schaefer
Brian McQueen [EMAIL PROTECTED] writes: I am having major problems with my httpd growing on POSTs. Is there some finalization of cleanup or apreq_handle_release kind of a thing that missed out on? I can't see any source for the leaks. Everything is coming from req-pool, so any allocs

Re: memory leaking on POST

2006-11-12 Thread Brian McQueen
I do believe it has to do with my handling of the brigade, but I see nothing suspicious. The data is parsed with apreq_body. On a successful parse I get the pointer to the upload brigade from the parsed parameter, and I pass that pointer to a function, which gets a file handle and does

Re: memory leaking on POST

2006-11-12 Thread Edward L. Abrams
A while back, I wrote to the list about this also. Joe and some others sent me some example code that didn't leak buckets. At the time, I thought I the clean code was still leaking a bit, however, months later, with no processes having serious troubles, I now suspect that my own individual

Bug report for Apache httpd-1.3 [2006/11/12]

2006-11-12 Thread bugzilla
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned