From michael48@example.com Sat Dec 4 17:28:25 2004 Return-Path: <michael48@example.com> Mailing-List: contact michael48@example.com; run by ezmlm Delivered-To: mailing list michael48@example.com Received: (qmail 60946 invoked by uid 99); 4 Dec 2004 17:28:25 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from smtp05.web.de (HELO smtp05.web.de) (83.161.120.155) by apache.org (qpsmtpd/0.28) with ESMTP; Sat, 04 Dec 2004 09:28:23 -0800 Received: from [83.161.120.155] (helo=vulcan) by smtp05.web.de with asmtp (TLSv1:DES-CBC3-SHA:168) (WEB.DE 4.102 #165) id 1Cadhh-00080G-00 for michael48@example.com; Sat, 04 Dec 2004 18:28:20 +0100 Date: Sat, 4 Dec 2004 18:28:17 +0100 From: Robert Fendt <michael48@example.com> To: michael48@example.com Subject: PSP content-type behaviour Message-ID: <20041204182817.6af94dc5@vulcan> X-Mailer: Sylpheed-Claws 0.9.12cvs114.1 (GTK+ 2.4.13; i386-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: michael48@example.com X-Sender: michael48@example.com X-Virus-Checked: Checked Hi, I brought up this issue a while back on the mod-python list, but without much reaction to the core issue: PSP templates reset the content type to text/html, even if I set it manually to something different. Apart from just using text/html by itself being useless in most cases anyway (e.g., I need to be able to specify at least the character encoding!), I would like to deliver my pages as a completely different content type where possible (i.e., 'application/xml+xhtml', to avoid browsers capable of parsing XHTML as XML parsing it as tag soup). Well, I tracked my immediate problem down to __str__ in psp.py and would like to propose the following change: from --------------------------------snip!-------------------------------- def __str__(self): self.req.content_type = 'text/html' self.run() return "" --------------------------------snip!-------------------------------- to --------------------------------snip!-------------------------------- def __str__(self): if not self.req._content_type_set: self.req.content_type = 'text/html' self.run() return "" --------------------------------snip!-------------------------------- That should not break anything, as far as I can see, but on the contrary bring it closer to documented (and sane) behaviour. I do not have SVN access, so could please have someone have a look at it and submit it? Thanks and regards, Robert From michael48@example.com Sun Dec 5 16:51:37 2004 Return-Path: <michael48@example.com> Mailing-List: contact michael48@example.com; run by ezmlm Delivered-To: mailing list michael48@example.com Received: (qmail 98397 invoked by uid 99); 5 Dec 2004 16:51:37 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from austin.kingdesign.net (HELO austin.kingdesign.net) (83.161.120.155) by apache.org (qpsmtpd/0.28) with SMTP; Sun, 05 Dec 2004 08:51:36 -0800 Received: (qmail 20073 invoked from network); 5 Dec 2004 16:51:32 -0000 Received: from unknown (HELO ?83.161.120.155?) (83.161.120.155) by austin.kingdesign.net with SMTP; 5 Dec 2004 16:51:32 -0000 Mime-Version: 1.0 (Apple Message framework v619) Content-Transfer-Encoding: 7bit Message-Id: <michael48@example.com> Content-Type: text/plain; charset=US-ASCII; format=flowed To: michael48@example.com From: Scott Sanders <michael48@example.com> Subject: Can I have karma to svn to submit some of these patches? Date: Sun, 5 Dec 2004 08:49:09 -0800 X-Mailer: Apple Mail (2.619) X-Virus-Checked: Checked Hello guys, It seems all current committers are too busy to look at the patches that are coming in. Would it be possible for me to be granted karma to start applying these patches? I am a member of the ASF, and using mod_python on my daily development project. Thanks, Scott From michael48@example.com Sun Dec 5 17:15:59 2004 Return-Path: <michael48@example.com> Mailing-List: contact michael48@example.com; run by ezmlm Delivered-To: mailing list michael48@example.com Received: (qmail 28507 invoked by uid 99); 5 Dec 2004 17:15:59 -0000 X-ASF-Spam-Status: No, hits=2.1 required=10.0 tests=FROM_ENDS_IN_NUMS,RCVD_BY_IP,REPLY_TO_EMPTY,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: domain of michael48@example.com designates 83.161.120.155 as permitted sender) Received: from rproxy.gmail.com (HELO rproxy.gmail.com) (83.161.120.155) by apache.org (qpsmtpd/0.28) with ESMTP; Sun, 05 Dec 2004 09:15:58 -0800 Received: by rproxy.gmail.com with SMTP id g11so93469rne for <michael48@example.com>; Sun, 05 Dec 2004 09:15:56 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=DT0lUiCb9jQCFB3IwtZwo/dYwEjaPzGPdUYWXtDnnTVPjKjodhhs9HaXwwL04qD2iZQXKl2WhxgfM7ZqtOApzXayTtQ8lpGIKmodqoX/Y3oUNO+P47dRFgRAkQ2Gml57THfvG3TQ5Y5lg2VCvNK7GHKkAtHqwftLNToGjpHykrQ= Received: by 83.161.120.155 with SMTP id 34mr163760rnl; Sun, 05 Dec 2004 09:15:56 -0800 (PST) Received: by 83.161.120.155 with HTTP; Sun, 5 Dec 2004 09:15:56 -0800 (PST) Message-ID: <michael48@example.com> Date: Sun, 5 Dec 2004 12:15:56 -0500 From: Chad Whitacre <michael48@example.com> Reply-To: To: Scott Sanders <michael48@example.com> Subject: Re: Can I have karma to svn to submit some of these patches? Cc: michael48@example.com In-Reply-To: <michael48@example.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <michael48@example.com> X-Virus-Checked: Checked Scott, I can't help you out but I definitely want to cheer you on. Thanks for stepping forward! chad On Sun, 5 Dec 2004 08:49:09 -0800, Scott Sanders <michael48@example.com> wrote: > Hello guys, > > It seems all current committers are too busy to look at the patches > that are coming in. Would it be possible for me to be granted karma to > start applying these patches? > > I am a member of the ASF, and using mod_python on my daily development > project. > > Thanks, > Scott > > From michael48@example.com Mon Dec 6 03:31:51 2004 Return-Path: <michael48@example.com> Mailing-List: contact michael48@example.com; run by ezmlm Delivered-To: mailing list michael48@example.com Received: (qmail 41665 invoked by uid 99); 6 Dec 2004 03:31:51 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FORGED_RCVD_HELO X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from terirem.net.at.spry.com (HELO terirem.net.at.spry.com) (83.161.120.155) by apache.org (qpsmtpd/0.28) with ESMTP; Sun, 05 Dec 2004 19:31:50 -0800 Received: from grisha.dyndns.org (ip68-98-132-159.dc.dc.cox.net [83.161.120.155]) by terirem.net.at.spry.com (8.11.6/8.11.6) with ESMTP id iB63Vlp08064; Sun, 5 Dec 2004 19:31:48 -0800 Received: from grisha.dyndns.org (localhost [83.161.120.155]) by grisha.dyndns.org (8.12.9p2/8.12.8) with ESMTP id iB63Vl3W054548; Sun, 5 Dec 2004 22:31:47 -0500 (EST) (envelope-from michael48@example.com) Received: from localhost (grisha@localhost) by grisha.dyndns.org (8.12.9p2/8.12.8/Submit) with ESMTP id iB63Vkri054545; Sun, 5 Dec 2004 22:31:46 -0500 (EST) X-Authentication-Warning: grisha.dyndns.org: grisha owned process doing -bs Date: Sun, 5 Dec 2004 22:31:46 -0500 (EST) From: "Gregory (Grisha) Trubetskoy" <michael48@example.com> To: Scott Sanders <michael48@example.com> cc: michael48@example.com, michael48@example.com Subject: Re: Can I have karma to svn to submit some of these patches? In-Reply-To: <michael48@example.com> Message-ID: <michael48@example.com> References: <michael48@example.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Checked: Checked Totally +1. Anyone else on the PMC agree? Grisha On Sun, 5 Dec 2004, Scott Sanders wrote: > Hello guys, > > It seems all current committers are too busy to look at the patches that are > coming in. Would it be possible for me to be granted karma to start applying > these patches? > > I am a member of the ASF, and using mod_python on my daily development > project. > > Thanks, > Scott > From michael48@example.com Mon Dec 6 07:13:33 2004 Return-Path: <michael48@example.com> Mailing-List: contact michael48@example.com; run by ezmlm Delivered-To: mailing list michael48@example.com Received: (qmail 82298 invoked by uid 99); 6 Dec 2004 07:13:33 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from server1.sjsoft.com (HELO sjsoft.com) (83.161.120.155) by apache.org (qpsmtpd/0.28) with SMTP; Sun, 05 Dec 2004 23:13:32 -0800 Received: (qmail 26975 invoked from network); 6 Dec 2004 07:13:29 -0000 Received: from unknown (HELO ?83.161.120.155?) (83.161.120.155) by 83.161.120.155 with SMTP; 6 Dec 2004 07:13:29 -0000 Message-ID: <michael48@example.com> Date: Mon, 06 Dec 2004 09:13:28 +0200 From: David Fraser <michael48@example.com> User-Agent: Mozilla Thunderbird 0.9 (X11/20041113) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Sanders <michael48@example.com> CC: michael48@example.com Subject: Re: Can I have karma to svn to submit some of these patches? References: <michael48@example.com> In-Reply-To: <michael48@example.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked Scott Sanders wrote: > Hello guys, > > It seems all current committers are too busy to look at the patches > that are coming in. Would it be possible for me to be granted karma > to start applying these patches? > > I am a member of the ASF, and using mod_python on my daily development > project. > > Thanks, > Scott > Would be great to have someone doing this! Thanks for volunteering! David From michael48@example.com Thu Dec 9 16:33:09 2004 Return-Path: <michael48@example.com> Mailing-List: contact michael48@example.com; run by ezmlm Delivered-To: mailing list michael48@example.com Received: (qmail 1052 invoked by uid 99); 9 Dec 2004 16:33:09 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FORGED_RCVD_HELO X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from terirem.net.at.spry.com (HELO terirem.net.at.spry.com) (83.161.120.155) by apache.org (qpsmtpd/0.28) with ESMTP; Thu, 09 Dec 2004 08:33:03 -0800 Received: from grisha.dyndns.org (ip68-98-132-159.dc.dc.cox.net [83.161.120.155]) by terirem.net.at.spry.com (8.11.6/8.11.6) with ESMTP id iB9GWwc30816 for <michael48@example.com>; Thu, 9 Dec 2004 08:32:58 -0800 Received: from grisha.dyndns.org (localhost [83.161.120.155]) by grisha.dyndns.org (8.12.9p2/8.12.8) with ESMTP id iB9GWs3W030110 for <michael48@example.com>; Thu, 9 Dec 2004 11:32:54 -0500 (EST) (envelope-from michael48@example.com) Received: from localhost (grisha@localhost) by grisha.dyndns.org (8.12.9p2/8.12.8/Submit) with ESMTP id iB9GWs7T030107 for <michael48@example.com>; Thu, 9 Dec 2004 11:32:54 -0500 (EST) X-Authentication-Warning: grisha.dyndns.org: grisha owned process doing -bs Date: Thu, 9 Dec 2004 11:32:54 -0500 (EST) From: "Gregory (Grisha) Trubetskoy" <michael48@example.com> To: michael48@example.com Subject: Mod_python TODO Message-ID: <michael48@example.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Checked: Checked Just wanted to take a moment to welcome our two new committers - Scott Sanders and Nicolas Lehuen, thanks for your help. Here is a list of starting points of things that need attention. It's in the form eferences to the list. (Something like bugzilla would be nicer at this point - I'm open to suggestions and if need be can provide hosting resources). I'm assuming searchale archives of httpd-python are available somewhere, mod_python certainly is. If not, I can send you my copy in mbox format. Some of these are simple issues, some may not be issues at all, but would need to be replicated to verify that there indeed is a problem and that it is not a misunderstanding of how mod_python works. Some are not bugs at all, but more of feature requests/suggested improvements that may need to thought through and perhaps bounced around the list. I'll be happy to discuss these on the dev list. A couple of these things may be fixed already, a few are just documentation changes. From: Daniel Popowich <michael48@example.com> Message-ID: <michael48@example.com> Date: Mon, 6 Sep 2004 15:31:17 -0400 To: michael48@example.com Subject: PythonImport inside VirtualHost not an error? From: Colin Stewart <michael48@example.com> Message-Id: <1094527002.25584.12.camel@rock> Date: Mon, 06 Sep 2004 23:16:42 -0400 To: michael48@example.com Subject: Session timeout bug From: Nicolas Lehuen <michael48@example.com> Message-Id: <michael48@example.com> Date: Thu, 9 Sep 2004 18:49:47 +0200 To: "'mod_python user mailing list'" <michael48@example.com> Subject: [mod_python] Circular references starting from the request object are not collected I find this quite a big problem, and I don't find any workaround except "Don't reference the request object from anywhere that might be referenced by the request object", which is a pretty big limitation, quite annoying in the application I'm building. This may be by the user addressed by registering a cleanup to break the circ ref? From: mike bayer <michael48@example.com> Message-ID: <michael48@example.com> Date: Wed, 8 Sep 2004 20:31:27 -0400 (EDT) To: michael48@example.com Subject: [mod_python] Session "deadlock" feature / bug ? From: Brian Bird <michael48@example.com> Message-ID: <michael48@example.com> To: <michael48@example.com> Date: Mon, 6 Sep 2004 11:11:24 +0100 Subject: [mod_python] Bug in BaseSession.py From: Jerry Seutter <michael48@example.com> Message-ID: <michael48@example.com> Date: Thu, 9 Sep 2004 12:56:16 -0600 Cc: mod_python user mailing list <michael48@example.com> Subject: Re: [mod_python] inithandler never called? [this is a possible documentation change] From: Nicolas Lehuen <michael48@example.com> Message-Id: <michael48@example.com> Subject: RE: Circular references starting from the request objectare not collected To: <michael48@example.com> Date: Sat, 11 Sep 2004 08:53:06 +0200 From: Paul Haake <michael48@example.com> Message-Id: <michael48@example.com> From: Paul Haake <michael48@example.com> To: michael48@example.com Subject: Bug in _filter_read? From: Robert Fendt <michael48@example.com> Message-ID: <20040925173311.7a12316f@vulcan> To: michael48@example.com Subject: [mod_python] PSP content-type problem Date: Sat, 25 Sep 2004 17:33:11 +0200 Date: Sun, 26 Sep 2004 02:49:10 +0200 From: Evert Carton <michael48@example.com> Message-Id: <1096159750.32742.6706.camel@localhost> To: mod_python user mailing list <michael48@example.com> Subject: [mod_python] HostNameLookups From: Graham Dumpleton <michael48@example.com> To: mod_python user mailing list <michael48@example.com> Subject: [mod_python] Setting PythonOption to an empty string. Message-Id: <michael48@example.com> Date: Mon, 4 Oct 2004 22:05:00 +1000 Date: Sat, 16 Oct 2004 23:04:32 +1000 From: Graham Dumpleton <michael48@example.com> Message-Id: <michael48@example.com> Cc: michael48@example.com Subject: [mod_python] Bug in mod_python.c causing multiple/redundant interpreter creation. Date: Sat, 16 Oct 2004 16:56:40 +0200 From: Nicolas Lehuen <michael48@example.com> Message-Id: <michael48@example.com> Cc: michael48@example.com Subject: RE: [mod_python] RE: Bug in mod_python.c causing multiple/redundantinterpreter creation. Date: Sun, 17 Oct 2004 15:54:08 +1000 From: Graham Dumpleton <michael48@example.com> Message-Id: <michael48@example.com> Cc: mod_python user mailing list <michael48@example.com> Subject: Re: [mod_python] RE: Bug in mod_python.c causing multiple/redundantinterpreter creation. Date: Wed, 13 Oct 2004 22:02:54 -0700 From: Robert Brewer <michael48@example.com> To: michael48@example.com Subject: [mod_python] bug in apache.build_cgi_env Message-ID: <michael48@example.com> Date: Tue, 19 Oct 2004 14:11:25 -0700 From: Johannes Erdfelt <michael48@example.com> To: michael48@example.com Subject: [mod_python] vampire form validation Message-ID: <michael48@example.com> Date: Wed, 27 Oct 2004 13:02:51 -0500 From: Jon-Pierre Gentil <michael48@example.com> To: michael48@example.com Subject: [mod_python] Bug when using Publisher with Callable Objects: Message-ID: <michael48@example.com> To: michael48@example.com Subject: mod_python/apache SSLMutexes not being released http://www.modpython.org/pipermail/mod_python/2004-May/015622.html Date: Fri, 29 Oct 2004 23:54:44 -0400 From: Mark McClain <michael48@example.com> Message-Id: <michael48@example.com> To: mod_python user mailing list <michael48@example.com> Cc: michael48@example.com Subject: Re: [mod_python] Authentification/Session Management Date: Thu, 04 Nov 2004 20:08:33 +0200 Message-Id: <michael48@example.com> From: "Indrek [ISO-8859-1] J?rve" <michael48@example.com> To: michael48@example.com Subject: Slow file uploads on win32 Date: Thu, 11 Nov 2004 12:51:51 +0200 Message-ID: <michael48@example.com> From: David Fraser <michael48@example.com> To: michael48@example.com Cc: mod_python user mailing list <michael48@example.com> Subject: Strange bug in req.sendfile Date: Wed, 10 Nov 2004 15:44:26 -0700 (MST) Message-Id: <michael48@example.com> From: Graham Dumpleton <michael48@example.com> To: David Fraser <michael48@example.com> Cc: mod_python user mailing list <michael48@example.com> Subject: Re: [mod_python] Directory separator in uri/filename on Win32. Date: Thu, 11 Nov 2004 19:59:27 -0700 (MST) Message-Id: <michael48@example.com> From: Graham Dumpleton <michael48@example.com> To: mod_python user mailing list <michael48@example.com> Subject: [mod_python] Bug in setting interpreter name with PythonInterpPerDirectory. From michael48@example.com Thu Dec 9 17:03:29 2004 Return-Path: <michael48@example.com> Mailing-List: contact michael48@example.com; run by ezmlm Delivered-To: mailing list michael48@example.com Received: (qmail 84924 invoked by uid 99); 9 Dec 2004 17:03:29 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from b1.ovh.net (HELO mail28.ha.ovh.net) (83.161.120.155) by apache.org (qpsmtpd/0.28) with ESMTP; Thu, 09 Dec 2004 09:03:24 -0800 Received: (qmail 8693 invoked by uid 503); 9 Dec 2004 17:04:07 -0000 Received: from host2.thecrmcompany.com (HELO nico) (83.161.120.155) by ns0.ovh.net with RC4-MD5 encrypted SMTP; 9 Dec 2004 17:04:07 -0000 From: "Nicolas Lehuen" <michael48@example.com> To: "'Gregory \(Grisha\) Trubetskoy'" <michael48@example.com>, <michael48@example.com> Subject: RE: Mod_python TODO Date: Thu, 9 Dec 2004 18:03:04 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <michael48@example.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Thread-Index: AcTeDOEOXbOujXDpT8yPDUXfYxbhMAAAUpPQ X-Virus-Checked: Checked Thanks you Grisha ! To begin with, I'm ready to handle the issues I've raised in the list = you gave : 1) Circular references causing a memory leak : patch ready 2) Multiple interpreters incorrectly spawning in a multi-threaded = context : patch ready, thanks to Graham's help. Both patches were deployed on a production server (Win2K Server SP4 + = Apache 2.0.52) for weeks now, so it should not break anything. As for a bug tracking system, it would be very useful to coordinate our work. Bugzilla is great, of course, with a proven design and used by = many projects, but since we're talking Python here, why not show our = commitment to the language by using Roundup (http://roundup.sourceforge.net/) ? I'm using it at work for small projects and I found it very simple to = install, very simple to use and very useful (the sad thing is that it doesn't run = on top of mod_python yet). What I don't know is where to run Bugzilla or Roundup ; do we have access to an "official" server on which we can = install scripts, or should we use our own resources ? Regards, Nicolas > -----Message d'origine----- > De : Gregory (Grisha) Trubetskoy [mailto:michael48@example.com]=20 > Envoy=E9 : jeudi 9 d=E9cembre 2004 17:33 > =C0 : michael48@example.com > Objet : Mod_python TODO >=20 >=20 > Just wanted to take a moment to welcome our two new=20 > committers - Scott Sanders and Nicolas Lehuen, thanks for your help. >=20 > Here is a list of starting points of things that need=20 > attention. It's in the form eferences to the list. (Something=20 > like bugzilla would be nicer at this point - I'm open to=20 > suggestions and if need be can provide hosting resources). >=20 > I'm assuming searchale archives of httpd-python are available=20 > somewhere, mod_python certainly is. If not, I can send you my=20 > copy in mbox format. >=20 > Some of these are simple issues, some may not be issues at=20 > all, but would need to be replicated to verify that there=20 > indeed is a problem and that it is not a misunderstanding of=20 > how mod_python works. Some are not bugs at all, but more of=20 > feature requests/suggested improvements that may need to=20 > thought through and perhaps bounced around the list. I'll be=20 > happy to discuss these on the dev list. A couple of these=20 > things may be fixed already, a few are just documentation changes. >=20 >=20 >=20 >=20 > From: Daniel Popowich <michael48@example.com> > Message-ID:=20 > <michael48@example.com> > Date: Mon, 6 Sep 2004 15:31:17 -0400 > To: michael48@example.com > Subject: PythonImport inside VirtualHost not an error? >=20 >=20 > From: Colin Stewart <michael48@example.com> > Message-Id: <1094527002.25584.12.camel@rock> > Date: Mon, 06 Sep 2004 23:16:42 -0400 > To: michael48@example.com > Subject: Session timeout bug >=20 >=20 > From: Nicolas Lehuen <michael48@example.com> > Message-Id: <michael48@example.com> > Date: Thu, 9 Sep 2004 18:49:47 +0200 > To: "'mod_python user mailing list'" <michael48@example.com> > Subject: [mod_python] Circular references starting from the=20 > request object are not collected >=20 > I find this quite a big problem, and I don't find any=20 > workaround except > "Don't reference the request object from anywhere that=20 > might be referenced > by the request object", which is a pretty big limitation,=20 > quite annoying in > the application I'm building. >=20 > This may be by the user addressed by registering a cleanup to=20 > break the circ ref? >=20 >=20 > From: mike bayer <michael48@example.com> > Message-ID: <michael48@example.com> > Date: Wed, 8 Sep 2004 20:31:27 -0400 (EDT) > To: michael48@example.com > Subject: [mod_python] Session "deadlock" feature / bug ? >=20 >=20 > From: Brian Bird <michael48@example.com> > Message-ID: <michael48@example.com> > To: <michael48@example.com> > Date: Mon, 6 Sep 2004 11:11:24 +0100 > Subject: [mod_python] Bug in BaseSession.py >=20 >=20 > From: Jerry Seutter <michael48@example.com> > Message-ID: <michael48@example.com> > Date: Thu, 9 Sep 2004 12:56:16 -0600 > Cc: mod_python user mailing list <michael48@example.com> > Subject: Re: [mod_python] inithandler never called? >=20 > [this is a possible documentation change] >=20 >=20 > From: Nicolas Lehuen <michael48@example.com> > Message-Id: <michael48@example.com> > Subject: RE: Circular references starting from the request=20 > objectare not=20 > collected > To: <michael48@example.com> > Date: Sat, 11 Sep 2004 08:53:06 +0200 >=20 >=20 > From: Paul Haake <michael48@example.com> > Message-Id: <michael48@example.com> > From: Paul Haake <michael48@example.com> > To: michael48@example.com > Subject: Bug in _filter_read? >=20 >=20 > From: Robert Fendt <michael48@example.com> > Message-ID: <20040925173311.7a12316f@vulcan> > To: michael48@example.com > Subject: [mod_python] PSP content-type problem > Date: Sat, 25 Sep 2004 17:33:11 +0200 >=20 >=20 > Date: Sun, 26 Sep 2004 02:49:10 +0200 > From: Evert Carton <michael48@example.com> > Message-Id: <1096159750.32742.6706.camel@localhost> > To: mod_python user mailing list <michael48@example.com> > Subject: [mod_python] HostNameLookups >=20 >=20 > From: Graham Dumpleton <michael48@example.com> > To: mod_python user mailing list <michael48@example.com> > Subject: [mod_python] Setting PythonOption to an empty string. > Message-Id: <michael48@example.com> > Date: Mon, 4 Oct 2004 22:05:00 +1000 >=20 >=20 > Date: Sat, 16 Oct 2004 23:04:32 +1000 > From: Graham Dumpleton <michael48@example.com> > Message-Id: <michael48@example.com> > Cc: michael48@example.com > Subject: [mod_python] Bug in mod_python.c causing multiple/redundant=20 > interpreter creation. >=20 >=20 >=20 > Date: Sat, 16 Oct 2004 16:56:40 +0200 > From: Nicolas Lehuen <michael48@example.com> > Message-Id: <michael48@example.com> > Cc: michael48@example.com > Subject: RE: [mod_python] RE: Bug in mod_python.c causing=20 > multiple/redundantinterpreter creation. >=20 >=20 > Date: Sun, 17 Oct 2004 15:54:08 +1000 > From: Graham Dumpleton <michael48@example.com> > Message-Id: <michael48@example.com> > Cc: mod_python user mailing list <michael48@example.com> > Subject: Re: [mod_python] RE: Bug in mod_python.c causing=20 > multiple/redundantinterpreter creation. >=20 >=20 > Date: Wed, 13 Oct 2004 22:02:54 -0700 > From: Robert Brewer <michael48@example.com> > To: michael48@example.com > Subject: [mod_python] bug in apache.build_cgi_env > Message-ID:=20 > <michael48@example.com> >=20 >=20 > Date: Tue, 19 Oct 2004 14:11:25 -0700 > From: Johannes Erdfelt <michael48@example.com> > To: michael48@example.com > Subject: [mod_python] vampire form validation > Message-ID: <michael48@example.com> >=20 >=20 >=20 > Date: Wed, 27 Oct 2004 13:02:51 -0500 > From: Jon-Pierre Gentil <michael48@example.com> > To: michael48@example.com > Subject: [mod_python] Bug when using Publisher with Callable Objects: > Message-ID: <michael48@example.com> >=20 >=20 > To: michael48@example.com > Subject: mod_python/apache SSLMutexes not being released > http://www.modpython.org/pipermail/mod_python/2004-May/015622.html >=20 >=20 > Date: Fri, 29 Oct 2004 23:54:44 -0400 > From: Mark McClain <michael48@example.com> > Message-Id: <michael48@example.com> > To: mod_python user mailing list <michael48@example.com> > Cc: michael48@example.com > Subject: Re: [mod_python] Authentification/Session Management >=20 >=20 > Date: Thu, 04 Nov 2004 20:08:33 +0200 > Message-Id: <michael48@example.com> > From: "Indrek [ISO-8859-1] J?rve" <michael48@example.com> > To: michael48@example.com > Subject: Slow file uploads on win32 >=20 >=20 >=20 > Date: Thu, 11 Nov 2004 12:51:51 +0200 > Message-ID: <michael48@example.com> > From: David Fraser <michael48@example.com> > To: michael48@example.com > Cc: mod_python user mailing list <michael48@example.com> > Subject: Strange bug in req.sendfile >=20 >=20 >=20 > Date: Wed, 10 Nov 2004 15:44:26 -0700 (MST) > Message-Id: <michael48@example.com> > From: Graham Dumpleton <michael48@example.com> > To: David Fraser <michael48@example.com> > Cc: mod_python user mailing list <michael48@example.com> > Subject: Re: [mod_python] Directory separator in uri/filename=20 > on Win32. >=20 >=20 > Date: Thu, 11 Nov 2004 19:59:27 -0700 (MST) > Message-Id: <michael48@example.com> > From: Graham Dumpleton <michael48@example.com> > To: mod_python user mailing list <michael48@example.com> > Subject: [mod_python] Bug in setting interpreter name with=20 > PythonInterpPerDirectory. >=20 >=20 >=20 From michael48@example.com Thu Dec 9 20:00:08 2004 Return-Path: <michael48@example.com> Mailing-List: contact michael48@example.com; run by ezmlm Delivered-To: mailing list michael48@example.com Received: (qmail 6732 invoked by uid 99); 9 Dec 2004 20:00:08 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from austin.kingdesign.net (HELO austin.kingdesign.net) (83.161.120.155) by apache.org (qpsmtpd/0.28) with SMTP; Thu, 09 Dec 2004 12:00:06 -0800 Received: (qmail 28662 invoked from network); 9 Dec 2004 20:00:03 -0000 Received: from 207-224-43-212.dnvr.qwest.net (HELO ?83.161.120.155?) (83.161.120.155) by austin.kingdesign.net with SMTP; 9 Dec 2004 20:00:03 -0000 Mime-Version: 1.0 (Apple Message framework v619) In-Reply-To: <michael48@example.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Message-Id: <michael48@example.com> Content-Transfer-Encoding: quoted-printable Cc: "'Gregory \(Grisha\) Trubetskoy'" <michael48@example.com>, <michael48@example.com> From: Scott Sanders <michael48@example.com> Subject: Re: Mod_python TODO Date: Thu, 9 Dec 2004 12:00:02 -0800 To: "Nicolas Lehuen" <michael48@example.com> X-Mailer: Apple Mail (2.619) X-Virus-Checked: Checked Apache has both a bugzilla install and a JIRA install. We just have to ask infrastructure to set us up. I would personally=20 prefer JIRA, but either is fine. Scott On Dec 9, 2004, at 9:03 AM, Nicolas Lehuen wrote: > Thanks you Grisha ! > > To begin with, I'm ready to handle the issues I've raised in the list=20= > you > gave : > 1) Circular references causing a memory leak : patch ready > 2) Multiple interpreters incorrectly spawning in a multi-threaded=20 > context : > patch ready, thanks to Graham's help. > > Both patches were deployed on a production server (Win2K Server SP4 +=20= > Apache > 2.0.52) for weeks now, so it should not break anything. > > As for a bug tracking system, it would be very useful to coordinate = our > work. Bugzilla is great, of course, with a proven design and used by=20= > many > projects, but since we're talking Python here, why not show our=20 > commitment > to the language by using Roundup (http://roundup.sourceforge.net/) ?=20= > I'm > using it at work for small projects and I found it very simple to=20 > install, > very simple to use and very useful (the sad thing is that it doesn't=20= > run on > top of mod_python yet). What I don't know is where to run Bugzilla or > Roundup ; do we have access to an "official" server on which we can=20 > install > scripts, or should we use our own resources ? > > Regards, > Nicolas > >> -----Message d'origine----- >> De : Gregory (Grisha) Trubetskoy [mailto:michael48@example.com] >> Envoy=E9 : jeudi 9 d=E9cembre 2004 17:33 >> =C0 : michael48@example.com >> Objet : Mod_python TODO >> >> >> Just wanted to take a moment to welcome our two new >> committers - Scott Sanders and Nicolas Lehuen, thanks for your help. >> >> Here is a list of starting points of things that need >> attention. It's in the form eferences to the list. (Something >> like bugzilla would be nicer at this point - I'm open to >> suggestions and if need be can provide hosting resources). >> >> I'm assuming searchale archives of httpd-python are available >> somewhere, mod_python certainly is. If not, I can send you my >> copy in mbox format. >> >> Some of these are simple issues, some may not be issues at >> all, but would need to be replicated to verify that there >> indeed is a problem and that it is not a misunderstanding of >> how mod_python works. Some are not bugs at all, but more of >> feature requests/suggested improvements that may need to >> thought through and perhaps bounced around the list. I'll be >> happy to discuss these on the dev list. A couple of these >> things may be fixed already, a few are just documentation changes. >> >> >> >> >> From: Daniel Popowich <michael48@example.com> >> Message-ID: >> <michael48@example.com> >> Date: Mon, 6 Sep 2004 15:31:17 -0400 >> To: michael48@example.com >> Subject: PythonImport inside VirtualHost not an error? >> >> >> From: Colin Stewart <michael48@example.com> >> Message-Id: <1094527002.25584.12.camel@rock> >> Date: Mon, 06 Sep 2004 23:16:42 -0400 >> To: michael48@example.com >> Subject: Session timeout bug >> >> >> From: Nicolas Lehuen <michael48@example.com> >> Message-Id: <michael48@example.com> >> Date: Thu, 9 Sep 2004 18:49:47 +0200 >> To: "'mod_python user mailing list'" <michael48@example.com> >> Subject: [mod_python] Circular references starting from the >> request object are not collected >> >> I find this quite a big problem, and I don't find any >> workaround except >> "Don't reference the request object from anywhere that >> might be referenced >> by the request object", which is a pretty big limitation, >> quite annoying in >> the application I'm building. >> >> This may be by the user addressed by registering a cleanup to >> break the circ ref? >> >> >> From: mike bayer <michael48@example.com> >> Message-ID: <michael48@example.com> >> Date: Wed, 8 Sep 2004 20:31:27 -0400 (EDT) >> To: michael48@example.com >> Subject: [mod_python] Session "deadlock" feature / bug ? >> >> >> From: Brian Bird <michael48@example.com> >> Message-ID: <michael48@example.com> >> To: <michael48@example.com> >> Date: Mon, 6 Sep 2004 11:11:24 +0100 >> Subject: [mod_python] Bug in BaseSession.py >> >> >> From: Jerry Seutter <michael48@example.com> >> Message-ID: <michael48@example.com> >> Date: Thu, 9 Sep 2004 12:56:16 -0600 >> Cc: mod_python user mailing list <michael48@example.com> >> Subject: Re: [mod_python] inithandler never called? >> >> [this is a possible documentation change] >> >> >> From: Nicolas Lehuen <michael48@example.com> >> Message-Id: <michael48@example.com> >> Subject: RE: Circular references starting from the request >> objectare not >> collected >> To: <michael48@example.com> >> Date: Sat, 11 Sep 2004 08:53:06 +0200 >> >> >> From: Paul Haake <michael48@example.com> >> Message-Id: <michael48@example.com> >> From: Paul Haake <michael48@example.com> >> To: michael48@example.com >> Subject: Bug in _filter_read? >> >> >> From: Robert Fendt <michael48@example.com> >> Message-ID: <20040925173311.7a12316f@vulcan> >> To: michael48@example.com >> Subject: [mod_python] PSP content-type problem >> Date: Sat, 25 Sep 2004 17:33:11 +0200 >> >> >> Date: Sun, 26 Sep 2004 02:49:10 +0200 >> From: Evert Carton <michael48@example.com> >> Message-Id: <1096159750.32742.6706.camel@localhost> >> To: mod_python user mailing list <michael48@example.com> >> Subject: [mod_python] HostNameLookups >> >> >> From: Graham Dumpleton <michael48@example.com> >> To: mod_python user mailing list <michael48@example.com> >> Subject: [mod_python] Setting PythonOption to an empty string. >> Message-Id: <michael48@example.com> >> Date: Mon, 4 Oct 2004 22:05:00 +1000 >> >> >> Date: Sat, 16 Oct 2004 23:04:32 +1000 >> From: Graham Dumpleton <michael48@example.com> >> Message-Id: <michael48@example.com> >> Cc: michael48@example.com >> Subject: [mod_python] Bug in mod_python.c causing multiple/redundant >> interpreter creation. >> >> >> >> Date: Sat, 16 Oct 2004 16:56:40 +0200 >> From: Nicolas Lehuen <michael48@example.com> >> Message-Id: <michael48@example.com> >> Cc: michael48@example.com >> Subject: RE: [mod_python] RE: Bug in mod_python.c causing >> multiple/redundantinterpreter creation. >> >> >> Date: Sun, 17 Oct 2004 15:54:08 +1000 >> From: Graham Dumpleton <michael48@example.com> >> Message-Id: <michael48@example.com> >> Cc: mod_python user mailing list <michael48@example.com> >> Subject: Re: [mod_python] RE: Bug in mod_python.c causing >> multiple/redundantinterpreter creation. >> >> >> Date: Wed, 13 Oct 2004 22:02:54 -0700 >> From: Robert Brewer <michael48@example.com> >> To: michael48@example.com >> Subject: [mod_python] bug in apache.build_cgi_env >> Message-ID: >> <michael48@example.com> >> >> >> Date: Tue, 19 Oct 2004 14:11:25 -0700 >> From: Johannes Erdfelt <michael48@example.com> >> To: michael48@example.com >> Subject: [mod_python] vampire form validation >> Message-ID: <michael48@example.com> >> >> >> >> Date: Wed, 27 Oct 2004 13:02:51 -0500 >> From: Jon-Pierre Gentil <michael48@example.com> >> To: michael48@example.com >> Subject: [mod_python] Bug when using Publisher with Callable Objects: >> Message-ID: <michael48@example.com> >> >> >> To: michael48@example.com >> Subject: mod_python/apache SSLMutexes not being released >> http://www.modpython.org/pipermail/mod_python/2004-May/015622.html >> >> >> Date: Fri, 29 Oct 2004 23:54:44 -0400 >> From: Mark McClain <michael48@example.com> >> Message-Id: <michael48@example.com> >> To: mod_python user mailing list <michael48@example.com> >> Cc: michael48@example.com >> Subject: Re: [mod_python] Authentification/Session Management >> >> >> Date: Thu, 04 Nov 2004 20:08:33 +0200 >> Message-Id: <michael48@example.com> >> From: "Indrek [ISO-8859-1] J?rve" <michael48@example.com> >> To: michael48@example.com >> Subject: Slow file uploads on win32 >> >> >> >> Date: Thu, 11 Nov 2004 12:51:51 +0200 >> Message-ID: <michael48@example.com> >> From: David Fraser <michael48@example.com> >> To: michael48@example.com >> Cc: mod_python user mailing list <michael48@example.com> >> Subject: Strange bug in req.sendfile >> >> >> >> Date: Wed, 10 Nov 2004 15:44:26 -0700 (MST) >> Message-Id: <michael48@example.com> >> From: Graham Dumpleton <michael48@example.com> >> To: David Fraser <michael48@example.com> >> Cc: mod_python user mailing list <michael48@example.com> >> Subject: Re: [mod_python] Directory separator in uri/filename >> on Win32. >> >> >> Date: Thu, 11 Nov 2004 19:59:27 -0700 (MST) >> Message-Id: <michael48@example.com> >> From: Graham Dumpleton <michael48@example.com> >> To: mod_python user mailing list <michael48@example.com> >> Subject: [mod_python] Bug in setting interpreter name with >> PythonInterpPerDirectory. >> >> >> > From michael48@example.com Thu Dec 9 21:12:26 2004 Return-Path: <michael48@example.com> Mailing-List: contact michael48@example.com; run by ezmlm Delivered-To: mailing list michael48@example.com Received: (qmail 18077 invoked by uid 99); 9 Dec 2004 21:12:26 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FORGED_RCVD_HELO X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from terirem.net.at.spry.com (HELO terirem.net.at.spry.com) (83.161.120.155) by apache.org (qpsmtpd/0.28) with ESMTP; Thu, 09 Dec 2004 13:12:24 -0800 Received: from grisha.dyndns.org (ip68-98-132-159.dc.dc.cox.net [83.161.120.155]) by terirem.net.at.spry.com (8.11.6/8.11.6) with ESMTP id iB9LCLA12598; Thu, 9 Dec 2004 13:12:21 -0800 Received: from grisha.dyndns.org (localhost [83.161.120.155]) by grisha.dyndns.org (8.12.9p2/8.12.8) with ESMTP id iB9LCK3W034998; Thu, 9 Dec 2004 16:12:20 -0500 (EST) (envelope-from michael48@example.com) Received: from localhost (grisha@localhost) by grisha.dyndns.org (8.12.9p2/8.12.8/Submit) with ESMTP id iB9LCK1W034995; Thu, 9 Dec 2004 16:12:20 -0500 (EST) X-Authentication-Warning: grisha.dyndns.org: grisha owned process doing -bs Date: Thu, 9 Dec 2004 16:12:20 -0500 (EST) From: "Gregory (Grisha) Trubetskoy" <michael48@example.com> To: Scott Sanders <michael48@example.com> cc: Nicolas Lehuen <michael48@example.com>, michael48@example.com Subject: Re: Mod_python TODO In-Reply-To: <michael48@example.com> Message-ID: <michael48@example.com> References: <michael48@example.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Checked: Checked Would you be able to spearhead this effort? I could give a hand with entering bugs. Grisha On Thu, 9 Dec 2004, Scott Sanders wrote: > Apache has both a bugzilla install and a JIRA install. > > We just have to ask infrastructure to set us up. I would personally prefer > JIRA, but either is fine. > > Scott > > On Dec 9, 2004, at 9:03 AM, Nicolas Lehuen wrote: > >> Thanks you Grisha ! >> >> To begin with, I'm ready to handle the issues I've raised in the list you >> gave : >> 1) Circular references causing a memory leak : patch ready >> 2) Multiple interpreters incorrectly spawning in a multi-threaded context >> : >> patch ready, thanks to Graham's help. >> >> Both patches were deployed on a production server (Win2K Server SP4 + >> Apache >> 2.0.52) for weeks now, so it should not break anything. >> >> As for a bug tracking system, it would be very useful to coordinate our >> work. Bugzilla is great, of course, with a proven design and used by many >> projects, but since we're talking Python here, why not show our commitment >> to the language by using Roundup (http://roundup.sourceforge.net/) ? I'm >> using it at work for small projects and I found it very simple to install, >> very simple to use and very useful (the sad thing is that it doesn't run >> on >> top of mod_python yet). What I don't know is where to run Bugzilla or >> Roundup ; do we have access to an "official" server on which we can >> install >> scripts, or should we use our own resources ? >> >> Regards, >> Nicolas >> >>> -----Message d'origine----- >>> De : Gregory (Grisha) Trubetskoy [mailto:michael48@example.com] >>> Envoy? : jeudi 9 d?cembre 2004 17:33 >>> ? : michael48@example.com >>> Objet : Mod_python TODO >>> >>> >>> Just wanted to take a moment to welcome our two new >>> committers - Scott Sanders and Nicolas Lehuen, thanks for your help. >>> >>> Here is a list of starting points of things that need >>> attention. It's in the form eferences to the list. (Something >>> like bugzilla would be nicer at this point - I'm open to >>> suggestions and if need be can provide hosting resources). >>> >>> I'm assuming searchale archives of httpd-python are available >>> somewhere, mod_python certainly is. If not, I can send you my >>> copy in mbox format. >>> >>> Some of these are simple issues, some may not be issues at >>> all, but would need to be replicated to verify that there >>> indeed is a problem and that it is not a misunderstanding of >>> how mod_python works. Some are not bugs at all, but more of >>> feature requests/suggested improvements that may need to >>> thought through and perhaps bounced around the list. I'll be >>> happy to discuss these on the dev list. A couple of these >>> things may be fixed already, a few are just documentation changes. >>> >>> >>> >>> >>> From: Daniel Popowich <michael48@example.com> >>> Message-ID: >>> <michael48@example.com> >>> Date: Mon, 6 Sep 2004 15:31:17 -0400 >>> To: michael48@example.com >>> Subject: PythonImport inside VirtualHost not an error? >>> >>> >>> From: Colin Stewart <michael48@example.com> >>> Message-Id: <1094527002.25584.12.camel@rock> >>> Date: Mon, 06 Sep 2004 23:16:42 -0400 >>> To: michael48@example.com >>> Subject: Session timeout bug >>> >>> >>> From: Nicolas Lehuen <michael48@example.com> >>> Message-Id: <michael48@example.com> >>> Date: Thu, 9 Sep 2004 18:49:47 +0200 >>> To: "'mod_python user mailing list'" <michael48@example.com> >>> Subject: [mod_python] Circular references starting from the >>> request object are not collected >>> >>> I find this quite a big problem, and I don't find any >>> workaround except >>> "Don't reference the request object from anywhere that >>> might be referenced >>> by the request object", which is a pretty big limitation, >>> quite annoying in >>> the application I'm building. >>> >>> This may be by the user addressed by registering a cleanup to >>> break the circ ref? >>> >>> >>> From: mike bayer <michael48@example.com> >>> Message-ID: <michael48@example.com> >>> Date: Wed, 8 Sep 2004 20:31:27 -0400 (EDT) >>> To: michael48@example.com >>> Subject: [mod_python] Session "deadlock" feature / bug ? >>> >>> >>> From: Brian Bird <michael48@example.com> >>> Message-ID: <michael48@example.com> >>> To: <michael48@example.com> >>> Date: Mon, 6 Sep 2004 11:11:24 +0100 >>> Subject: [mod_python] Bug in BaseSession.py >>> >>> >>> From: Jerry Seutter <michael48@example.com> >>> Message-ID: <michael48@example.com> >>> Date: Thu, 9 Sep 2004 12:56:16 -0600 >>> Cc: mod_python user mailing list <michael48@example.com> >>> Subject: Re: [mod_python] inithandler never called? >>> >>> [this is a possible documentation change] >>> >>> >>> From: Nicolas Lehuen <michael48@example.com> >>> Message-Id: <michael48@example.com> >>> Subject: RE: Circular references starting from the request >>> objectare not >>> collected >>> To: <michael48@example.com> >>> Date: Sat, 11 Sep 2004 08:53:06 +0200 >>> >>> >>> From: Paul Haake <michael48@example.com> >>> Message-Id: <michael48@example.com> >>> From: Paul Haake <michael48@example.com> >>> To: michael48@example.com >>> Subject: Bug in _filter_read? >>> >>> >>> From: Robert Fendt <michael48@example.com> >>> Message-ID: <20040925173311.7a12316f@vulcan> >>> To: michael48@example.com >>> Subject: [mod_python] PSP content-type problem >>> Date: Sat, 25 Sep 2004 17:33:11 +0200 >>> >>> >>> Date: Sun, 26 Sep 2004 02:49:10 +0200 >>> From: Evert Carton <michael48@example.com> >>> Message-Id: <1096159750.32742.6706.camel@localhost> >>> To: mod_python user mailing list <michael48@example.com> >>> Subject: [mod_python] HostNameLookups >>> >>> >>> From: Graham Dumpleton <michael48@example.com> >>> To: mod_python user mailing list <michael48@example.com> >>> Subject: [mod_python] Setting PythonOption to an empty string. >>> Message-Id: <michael48@example.com> >>> Date: Mon, 4 Oct 2004 22:05:00 +1000 >>> >>> >>> Date: Sat, 16 Oct 2004 23:04:32 +1000 >>> From: Graham Dumpleton <michael48@example.com> >>> Message-Id: <michael48@example.com> >>> Cc: michael48@example.com >>> Subject: [mod_python] Bug in mod_python.c causing multiple/redundant >>> interpreter creation. >>> >>> >>> >>> Date: Sat, 16 Oct 2004 16:56:40 +0200 >>> From: Nicolas Lehuen <michael48@example.com> >>> Message-Id: <michael48@example.com> >>> Cc: michael48@example.com >>> Subject: RE: [mod_python] RE: Bug in mod_python.c causing >>> multiple/redundantinterpreter creation. >>> >>> >>> Date: Sun, 17 Oct 2004 15:54:08 +1000 >>> From: Graham Dumpleton <michael48@example.com> >>> Message-Id: <michael48@example.com> >>> Cc: mod_python user mailing list <michael48@example.com> >>> Subject: Re: [mod_python] RE: Bug in mod_python.c causing >>> multiple/redundantinterpreter creation. >>> >>> >>> Date: Wed, 13 Oct 2004 22:02:54 -0700 >>> From: Robert Brewer <michael48@example.com> >>> To: michael48@example.com >>> Subject: [mod_python] bug in apache.build_cgi_env >>> Message-ID: >>> <michael48@example.com> >>> >>> >>> Date: Tue, 19 Oct 2004 14:11:25 -0700 >>> From: Johannes Erdfelt <michael48@example.com> >>> To: michael48@example.com >>> Subject: [mod_python] vampire form validation >>> Message-ID: <michael48@example.com> >>> >>> >>> >>> Date: Wed, 27 Oct 2004 13:02:51 -0500 >>> From: Jon-Pierre Gentil <michael48@example.com> >>> To: michael48@example.com >>> Subject: [mod_python] Bug when using Publisher with Callable Objects: >>> Message-ID: <michael48@example.com> >>> >>> >>> To: michael48@example.com >>> Subject: mod_python/apache SSLMutexes not being released >>> http://www.modpython.org/pipermail/mod_python/2004-May/015622.html >>> >>> >>> Date: Fri, 29 Oct 2004 23:54:44 -0400 >>> From: Mark McClain <michael48@example.com> >>> Message-Id: <michael48@example.com> >>> To: mod_python user mailing list <michael48@example.com> >>> Cc: michael48@example.com >>> Subject: Re: [mod_python] Authentification/Session Management >>> >>> >>> Date: Thu, 04 Nov 2004 20:08:33 +0200 >>> Message-Id: <michael48@example.com> >>> From: "Indrek [ISO-8859-1] J?rve" <michael48@example.com> >>> To: michael48@example.com >>> Subject: Slow file uploads on win32 >>> >>> >>> >>> Date: Thu, 11 Nov 2004 12:51:51 +0200 >>> Message-ID: <michael48@example.com> >>> From: David Fraser <michael48@example.com> >>> To: michael48@example.com >>> Cc: mod_python user mailing list <michael48@example.com> >>> Subject: Strange bug in req.sendfile >>> >>> >>> >>> Date: Wed, 10 Nov 2004 15:44:26 -0700 (MST) >>> Message-Id: <michael48@example.com> >>> From: Graham Dumpleton <michael48@example.com> >>> To: David Fraser <michael48@example.com> >>> Cc: mod_python user mailing list <michael48@example.com> >>> Subject: Re: [mod_python] Directory separator in uri/filename >>> on Win32. >>> >>> >>> Date: Thu, 11 Nov 2004 19:59:27 -0700 (MST) >>> Message-Id: <michael48@example.com> >>> From: Graham Dumpleton <michael48@example.com> >>> To: mod_python user mailing list <michael48@example.com> >>> Subject: [mod_python] Bug in setting interpreter name with >>> PythonInterpPerDirectory. >>> >>> >>> >> > > From michael48@example.com Thu Dec 9 21:20:56 2004 Return-Path: <michael48@example.com> Mailing-List: contact michael48@example.com; run by ezmlm Delivered-To: mailing list michael48@example.com Received: (qmail 40273 invoked by uid 99); 9 Dec 2004 21:20:56 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from austin.kingdesign.net (HELO austin.kingdesign.net) (83.161.120.155) by apache.org (qpsmtpd/0.28) with SMTP; Thu, 09 Dec 2004 13:20:55 -0800 Received: (qmail 6668 invoked from network); 9 Dec 2004 21:20:52 -0000 Received: from 207-224-43-212.dnvr.qwest.net (HELO ?83.161.120.155?) (83.161.120.155) by austin.kingdesign.net with SMTP; 9 Dec 2004 21:20:52 -0000 In-Reply-To: <michael48@example.com> References: <michael48@example.com> <michael48@example.com> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <michael48@example.com> Content-Transfer-Encoding: 7bit Cc: michael48@example.com, Nicolas Lehuen <michael48@example.com> From: Scott Sanders <michael48@example.com> Subject: Re: Mod_python TODO Date: Thu, 9 Dec 2004 13:20:46 -0800 To: "Gregory (Grisha) Trubetskoy" <michael48@example.com> X-Mailer: Apple Mail (2.619) X-Virus-Checked: Checked I will deposit a request with infrastructure. Thanks Scott On Dec 9, 2004, at 1:12 PM, Gregory (Grisha) Trubetskoy wrote: > > Would you be able to spearhead this effort? I could give a hand with > entering bugs. > > Grisha > > On Thu, 9 Dec 2004, Scott Sanders wrote: > >> Apache has both a bugzilla install and a JIRA install. >> >> We just have to ask infrastructure to set us up. I would personally >> prefer JIRA, but either is fine. >> >> Scott From michael48@example.com Tue Dec 14 00:52:36 2004 Return-Path: <michael48@example.com> Mailing-List: contact michael48@example.com; run by ezmlm Delivered-To: mailing list michael48@example.com Received: (qmail 17460 invoked by uid 99); 14 Dec 2004 00:52:36 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from austin.kingdesign.net (HELO austin.kingdesign.net) (83.161.120.155) by apache.org (qpsmtpd/0.28) with SMTP; Mon, 13 Dec 2004 16:52:32 -0800 Received: (qmail 11566 invoked from network); 14 Dec 2004 00:52:29 -0000 Received: from unknown (HELO ?83.161.120.155?) (83.161.120.155) by austin.kingdesign.net with SMTP; 14 Dec 2004 00:52:29 -0000 Mime-Version: 1.0 (Apple Message framework v619) Content-Transfer-Encoding: 7bit Message-Id: <michael48@example.com> Content-Type: text/plain; charset=US-ASCII; format=flowed To: michael48@example.com, mod_python user mailing list <michael48@example.com> From: Scott Sanders <michael48@example.com> Subject: Bug tracking is now set up for mod_python Date: Mon, 13 Dec 2004 16:52:30 -0800 X-Mailer: Apple Mail (2.619) X-Virus-Checked: Checked http://nagoya.apache.org/jira/browse/MODPYTHON Developers, just let me know your username in JIRA, and I will add you to the project. I have set up security to allow any registered user to post/comment/attach issues, everything else requires a developer role. Notifications will be sent to michael48@example.com. Let me know if there is anything else. If no one gets to it soon, I will start adding the issues that Grisha highlighted this weekend. Thanks Scott From michael48@example.com Tue Dec 14 07:02:04 2004 Return-Path: <michael48@example.com> Mailing-List: contact michael48@example.com; run by ezmlm Delivered-To: mailing list michael48@example.com Delivered-To: moderator for michael48@example.com Received: (qmail 51171 invoked by uid 99); 14 Dec 2004 07:02:04 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from exchange.sun.com (HELO exchange.sun.com) (83.161.120.155) by apache.org (qpsmtpd/0.28) with SMTP; Mon, 13 Dec 2004 23:02:01 -0800 Received: (qmail 1260 invoked from network); 14 Dec 2004 07:02:00 -0000 Received: from localhost (HELO nagoya) (83.161.120.155) by nagoya.betaversion.org with SMTP; 14 Dec 2004 07:02:00 -0000 Message-ID: <172726322.1103007720033.JavaMail.apache@nagoya> Date: Mon, 13 Dec 2004 23:02:00 -0800 (PST) From: "Nicolas Lehuen (JIRA)" <michael48@example.com> To: michael48@example.com Subject: [jira] Updated: (MODPYTHON-1) Circular references starting from the request object create a memory leak In-Reply-To: <1697639364.1103007717034.JavaMail.apache@nagoya> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked [ http://nagoya.apache.org/jira/browse/MODPYTHON-1?page=history ] Nicolas Lehuen updated MODPYTHON-1: ----------------------------------- Description: Hi, I'm running Apache 2.0.50, mod_python 3.1.3 with Python 2.3.4 on Windows XP Pro and Windows 2000 server. I finally found a source for the memory leaks I have been observing for a while now : if you store an object in the request object that reference directly or indirectly the request object itself, it builds a circular reference. This circular reference does not seem to be garbage collected. The test handler : from mod_python import apache def handler(req): # req.foobar=req req.content_type='text/html' req.write('OK') return apache.OK I used Apache Benchmark : ab -c 5 -n 100000 http://localhost/test.py With the comment line, everything is OK, I do not see any memory leak. If I uncomment the 'req.foobar=req' line, the memory leak shows up. My Apache process normally uses around 20 MB without the comment, and in 30 seconds of running the above handler (comment removed) with the above Apache Benchmark command, it reaches 125 MB ! Normally, circular reference are collected by the garbage collector of Python, but unfortunately when defining object from C, you have to do a few tricks to support this : http://www.python.org/doc/2.3.4/api/supporting-cycle-detection.html It seems that this is not done in mod_python, by having a michael48@example.com. I find this quite a big problem, and I don't find any workaround except "Don't reference the request object from anywhere that might be referenced by the request object", which is a pretty big limitation, quite annoying in the application I'm building. was: Hi, I'm running Apache 2.0.50, mod_python 3.1.3 with Python 2.3.4 on Windows XP Pro and Windows 2000 server. I finally found a source for the memory leaks I have been observing for a while now : if you store an object in the request object that reference directly or indirectly the request object itself, it builds a circular reference. This circular reference does not seem to be garbage collected. The test handler : from mod_python import apache def handler(req): # req.foobar=req req.content_type='text/html' req.write('OK') return apache.OK I used Apache Benchmark : ab -c 5 -n 100000 http://localhost/test.py With the comment line, everything is OK, I do not see any memory leak. If I uncomment the 'req.reqs=[req]' line, the memory leak shows up. My Apache process normally uses around 20 MB without the comment, and in 30 seconds of running the above handler (comment removed) with the above Apache Benchmark command, it reaches 125 MB ! Normally, circular reference are collected by the garbage collector of Python, but unfortunately when defining object from C, you have to do a few tricks to support this : http://www.python.org/doc/2.3.4/api/supporting-cycle-detection.html It seems that this is not done in mod_python, by having a michael48@example.com. I find this quite a big problem, and I don't find any workaround except "Don't reference the request object from anywhere that might be referenced by the request object", which is a pretty big limitation, quite annoying in the application I'm building. > Circular references starting from the request object create a memory leak > ------------------------------------------------------------------------- > > Key: MODPYTHON-1 > URL: http://nagoya.apache.org/jira/browse/MODPYTHON-1 > Project: mod_python > Type: Bug > Versions: 2.7.10, 3.1.3 > Reporter: Nicolas Lehuen > Priority: Minor > Attachments: garbage_collection.patch, requestobject.c.gz > > Hi, > I'm running Apache 2.0.50, mod_python 3.1.3 with Python 2.3.4 on Windows XP Pro and Windows 2000 server. > I finally found a source for the memory leaks I have been observing for a while now : if you store an object in the request object that reference directly or indirectly the request object itself, it builds a circular reference. This circular reference does not seem to be garbage collected. > The test handler : > from mod_python import apache > def handler(req): > # req.foobar=req > req.content_type='text/html' > req.write('OK') > return apache.OK > I used Apache Benchmark : > ab -c 5 -n 100000 http://localhost/test.py > With the comment line, everything is OK, I do not see any memory leak. > If I uncomment the 'req.foobar=req' line, the memory leak shows up. My Apache process normally uses around 20 MB without the comment, and in 30 seconds of running the above handler (comment removed) with the above Apache Benchmark command, it reaches 125 MB ! > Normally, circular reference are collected by the garbage collector of Python, but unfortunately when defining object from C, you have to do a few tricks to support this : > http://www.python.org/doc/2.3.4/api/supporting-cycle-detection.html > It seems that this is not done in mod_python, by having a michael48@example.com. > I find this quite a big problem, and I don't find any workaround except "Don't reference the request object from anywhere that might be referenced by the request object", which is a pretty big limitation, quite annoying in the application I'm building. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://nagoya.apache.org/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira From michael48@example.com Tue Dec 14 07:02:02 2004 Return-Path: <michael48@example.com> Mailing-List: contact michael48@example.com; run by ezmlm Delivered-To: mailing list michael48@example.com Delivered-To: moderator for michael48@example.com Received: (qmail 50939 invoked by uid 99); 14 Dec 2004 07:02:02 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from exchange.sun.com (HELO exchange.sun.com) (83.161.120.155) by apache.org (qpsmtpd/0.28) with SMTP; Mon, 13 Dec 2004 23:01:59 -0800 Received: (qmail 1249 invoked from network); 14 Dec 2004 07:01:57 -0000 Received: from localhost (HELO nagoya) (83.161.120.155) by nagoya.betaversion.org with SMTP; 14 Dec 2004 07:01:57 -0000 Message-ID: <1697639364.1103007717034.JavaMail.apache@nagoya> Date: Mon, 13 Dec 2004 23:01:57 -0800 (PST) From: "Nicolas Lehuen (JIRA)" <michael48@example.com> To: michael48@example.com Subject: [jira] Created: (MODPYTHON-1) Circular references starting from the request object create a memory leak Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked Circular references starting from the request object create a memory leak ------------------------------------------------------------------------- Key: MODPYTHON-1 URL: http://nagoya.apache.org/jira/browse/MODPYTHON-1 Project: mod_python Type: Bug Versions: 2.7.10, 3.1.3 Reporter: Nicolas Lehuen Priority: Minor Attachments: garbage_collection.patch, requestobject.c.gz Hi, I'm running Apache 2.0.50, mod_python 3.1.3 with Python 2.3.4 on Windows XP Pro and Windows 2000 server. I finally found a source for the memory leaks I have been observing for a while now : if you store an object in the request object that reference directly or indirectly the request object itself, it builds a circular reference. This circular reference does not seem to be garbage collected. The test handler : from mod_python import apache def handler(req): # req.foobar=req req.content_type='text/html' req.write('OK') return apache.OK I used Apache Benchmark : ab -c 5 -n 100000 http://localhost/test.py With the comment line, everything is OK, I do not see any memory leak. If I uncomment the 'req.reqs=[req]' line, the memory leak shows up. My Apache process normally uses around 20 MB without the comment, and in 30 seconds of running the above handler (comment removed) with the above Apache Benchmark command, it reaches 125 MB ! Normally, circular reference are collected by the garbage collector of Python, but unfortunately when defining object from C, you have to do a few tricks to support this : http://www.python.org/doc/2.3.4/api/supporting-cycle-detection.html It seems that this is not done in mod_python, by having a michael48@example.com. I find this quite a big problem, and I don't find any workaround except "Don't reference the request object from anywhere that might be referenced by the request object", which is a pretty big limitation, quite annoying in the application I'm building. -- This message is
{'source': 'Apache Software Foundation Public Mail Archives'}