I've made a test build based on 3.2.8 release, where I've added Py_XDECREF()
calls in parse_qsl(), cfgtree_walk() TWICE (one on t, one on child), and
req_readlines().
My foo/bar program doesn't leak, and I'm now testing my full application. So
far, it seems to be ok.
Harold
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
[ 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
On 09/07/2006, at 8:05 PM, [EMAIL PROTECTED] wrote:
Modified: httpd/mod_python/trunk/src/requestobject.c
URL: http://svn.apache.org/viewvc/httpd/mod_python/trunk/src/
requestobject.c?rev=420275r1=420274r2=420275view=diff
==
On 09/07/2006, at 7:46 PM, Nicolas Lehuen wrote:
OK, I'm currently checking in the fixes you suggested on the trunk.
Too bad we cannot write a unit test that checks for memory leaks.
Jim, Graham, what shall we do for the 3.2.9 release ? Shall we keep
on with the current branch or backport
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
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
[ 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
If possible, I would like a backport release.
Nicolas Lehuen nicolas at lehuen.com writes:
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
Graham Dumpleton wrote:
On 09/07/2006, at 7:46 PM, Nicolas Lehuen wrote:
OK, I'm currently checking in the fixes you suggested on the trunk.
Too bad we cannot write a unit test that checks for memory leaks.
Jim, Graham, what shall we do for the 3.2.9 release ? Shall we keep on
with the
Nicolas Lehuen wrote:
OK, I'm currently checking in the fixes you suggested on the trunk. Too bad
we cannot write a unit test that checks for memory leaks.
I'm working on a test harness - Linux only at this point. I don't think
it would be a good idea to incorporate it into the current unit
[
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 3.2.8 on
Harold J. Ship wrote:
I presume you mean, 3.2.10?
Yes.
-Original Message-
From: Jim Gallacher
+1 skip the 3.2.9 release
+1 backport to 3.2.x
+1 release 3.1.10 asap
Nicolas Lehuen (JIRA jira at apache.org writes:
[
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
On Sat, 8 Jul 2006, Philip M. Gollucci wrote:
Please download, test, and VOTE on the following
candidate tarball:
http://people.apache.org/~pgollucci/apreq2/libapreq2-2.08-RC3.tar.gz
[ .. ]
I'd like to make the actual release around Wednesday of next week (07/12/2006)
I'm away next week
I'm looking at perchild with the aim of getting it working.
In STATUS I see:
Get perchild to work on platforms other than Linux. This will require a
portable mechanism to pass data and file/socket descriptors between
vhost child groups.
But I am lead to believe (from the users list) that it
I'm running my leaktest suite against this commit now. Results to follow.
Jim
Nicolas Lehuen (JIRA) wrote:
[
http://issues.apache.org/jira/browse/MODPYTHON-172?page=comments#action_12419906
]
Nicolas Lehuen commented on MODPYTHON-172:
--
Ruediger Pluem wrote:
So it makes sense from my perspective to
add a void pointer *to* the proxy_worker_stat structure to enable
balancers to store custom data that is private to them.
This already exists. See
void*context; /* general purpose storage */
--
Jean-frederic Clere wrote:
Hi,
I am looking in mod_proxy and I think that proxy_worker_stat of
proxy_worker should be replaced by some void * to allow to write new
balancers.
The idea is each worker needs to point to the view the balancer of its,
but only the balancer needs to know
On 09.07.2006 16:37, Jim Jagielski wrote:
Ruediger Pluem wrote:
So it makes sense from my perspective to
add a void pointer *to* the proxy_worker_stat structure to enable
balancers to store custom data that is private to them.
This already exists. See
void*context;
Hi,
Am I mistaken or does the supplied downloadable version of Apache 2.2.2
not support IPV6?
C:\Program Files\Apache Software Foundation\Apache2.2\binhttpd -V Server
version: Apache/2.2.2
Server built: Apr 29 2006 18:32:31
Server's Module Magic Number: 20051115:2 Server loaded: APR
I'm pretty sure i compiled mine with IP V6 and it doesn't show for me aswel.SO just test it and see if it worksOn 7/10/06, Warren Lewis
[EMAIL PROTECTED] wrote:Hi, Am I mistaken or does the supplied downloadable version of Apache
2.2.2not support IPV6?C:\Program Files\Apache Software
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
We are building a module which, among other things, needs to do a simple HTTP GET (or HTTPS GET) from another website. Operationally this will be very similar to what mod_proxy does, though our module serves a completely different purpose.
My question is, in the Apache 2.x codebase, is there
Bryan Field-Elliot wrote:
We are building a module which, among other things, needs to do a simple
HTTP GET (or HTTPS GET) from another website. Operationally this will be
very similar to what mod_proxy does, though our module serves a
completely different purpose.
My question is, in the
Guy Hulbert wrote:
I'm looking at perchild with the aim of getting it working.
In STATUS I see:
Get perchild to work on platforms other than Linux. This will require a
portable mechanism to pass data and file/socket descriptors between
vhost child groups.
But I am lead to believe (from the
27 matches
Mail list logo
