A new mod_python 3.2.3 beta tarball is now available for testing. A
Windows binary is also available.
This release is similar to 3.2.2b but fixes a couple a small issues
where a non-threaded python is used.
Here are the rules:
In order for a file to be officially announced, it has to be
Jim Gallacher wrote:
And see if any tests fail. If they pass, send a +1 to the list, if they
fail, send the details (the versions of OS, Python and Apache, the test
output, and suggestions, if any).
Thank you,
Jim Gallacher
+1 on SuSE Linux 9.2 (i586)
+1 on SuSE Linux 9.2 (x86-64) once I
Indrek Järve wrote:
Jim Gallacher wrote:
And see if any tests fail. If they pass, send a +1 to the list, if they
fail, send the details (the versions of OS, Python and Apache, the test
output, and suggestions, if any).
Thank you,
Jim Gallacher
+1 on SuSE Linux 9.2 (i586)
+1 on SuSE Linux
Jim Gallacher wrote ..
Indrek Järve wrote:
Jim Gallacher wrote:
And see if any tests fail. If they pass, send a +1 to the list, if they
fail, send the details (the versions of OS, Python and Apache, the test
output, and suggestions, if any).
Thank you,
Jim Gallacher
+1 on
Hi,
I'd like to propose the following change to make rolling release candidates
slightly easier.
Instead of removing the -dev in ./Changes, we could change it to rc1, rc2,
etc.
The version would then be 'mod_perl-2.0.x-rcn' and the tarball would be
mod_perl-2.0.x-rcn.tar.gz which untars
Philip M. Gollucci wrote:
Hi,
I'd like to propose the following change to make rolling release
candidates slightly easier.
Instead of removing the -dev in ./Changes, we could change it to rc1,
rc2, etc.
The version would then be 'mod_perl-2.0.x-rcn' and the tarball would be
I just compiled an svn version and I get
mod_apreq2-20050712/2.5.6-dev
That should be
2.0.7-dev
I would guess rc3 does something similiar. I've also seen someone else post
about this maybe on modperl@, and with v 2.1.3 I think.
--
END
httpd version: current/trunk (2.2?)
Platform: win xp pro SP2
I built Apache, added
LoadModule ldap_module modules/mod_ldap.so
LoadModule authnz_ldap_module modules/mod_authnz_ldap.so
...
LDAPSharedCacheFile c:\ldap.cache
and this causes crash on exit. The crash happends at util_ldap_cache_mgr.c:
On Oct 18, 2005, at 7:11 AM, Greg Ames wrote:
Brian Pane wrote:
I think one contributor to the event results is an issue that
Paul Querna
pointed out on #httpd-dev the other day: apr_pollset_remove runs
in O(n)
time with n descriptors in the pollset.
thanks, I see it. yeah we are
Brian Pane wrote:
On Oct 18, 2005, at 7:11 AM, Greg Ames wrote:
Brian Pane wrote:
I think one contributor to the event results is an issue that Paul
Querna
pointed out on #httpd-dev the other day: apr_pollset_remove runs in O(n)
time with n descriptors in the pollset.
thanks, I see it.
Vadim Chekan wrote:
httpd version: current/trunk (2.2?)
Platform: win xp pro SP2
I built Apache, added
LoadModule ldap_module modules/mod_ldap.so
LoadModule authnz_ldap_module modules/mod_authnz_ldap.so
...
LDAPSharedCacheFile c:\ldap.cache
and this causes crash on exit. The crash happends at
On 10/23/05, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Vadim Chekan wrote:
But as soon as this memory is shared, addres cache-nodes for child is
different from parent. So child overrites parents cache-nodes!
There are raw pointers in the shm? Well, in a fork() that's expected, but
in
Vadim Chekan wrote:
Is there a maintainer for this module or should I start working on a
patch tha uses offset instead of address in shm?
The module is maintained, but it definitely needs more attention under
Windows. If you provide a patch, it will definitely be reviewed.
Regards,
Graham
On Fri, 21 Oct 2005, Colm MacCarthaigh wrote:
http://people.apache.org/~colm/logresolve.c
I'd love to see this going in !
Dw.
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
On Sun, Oct 23, 2005 at 10:38:41PM -, [EMAIL PROTECTED] wrote:
Modified: httpd/httpd/trunk/server/core_filters.c
URL:
http://svn.apache.org/viewcvs/httpd/httpd/trunk/server/core_filters.c?rev=327872r1=327871r2=327872view=diff
Just a heads up, I plan on doing a 2.1.9 tag/release late this week,
most likely on Friday or Saturday.
Help with back porting to branches/2.2.x is always welcome.
-Paul
As we get closer to the next stable/GA branch, I want to clarify with
everyone how I imagine the process will happen. This isn't the process
that is documented in VERSIONING, but I think it deals better with the
2.1.x - 2.2.0 jump.
1) 2.1.N is tagged.
2) 2.1.N is voted on for BETA.
3)
19 matches
Mail list logo