Hi again,
Yep, good to be back :) I won't have so much free time to spent on
flood development, but I might do something useful anyway. I've already
talked to Justin about few flood related issues and he insisted on making them
public, so here's it is...
We need a 'real' release.
Hello Graham,
GL I overhauled mod_headers for Apache v2.0, so I am pretty confident it is
GL a bug. I will look at it sometime this weekend.
I agree with you that breaking multiple lines with CRLF and adding HT to the
following line will fix the bug of potentially building illegal headers from
Maik Mueller wrote:
Putting arbitrary 8bit characters into headers makes me feel a bit uneasy
but I couldn't find a quote that this is forbidden.
Looking at this further, the header value is defined as TEXT. TEXT is
defined as OCTETs that are not control characters. An OCTET is an 8 bit
Graham Leggett wrote:
Brad Nicholes wrote:
- Added a support framework (using #defines) for multiple vendor LDAP
SDKs. The framework currently supports the SDKs from Novell, NetScape,
OpenLDAP, and Microsoft. (Spent significant time testing compiling and
running with the various SDKs on
Hello Graham,
Friday, February 14, 2003, 12:17:23 PM, you wrote:
GL Looking at this further, the header value is defined as TEXT. TEXT is
GL defined as OCTETs that are not control characters. An OCTET is an 8 bit
GL character. As far as I can see it should be up to the entity putting
GL data
makefiles will need to be updated to comply with the #defines values
in
apr_ldap.h.in (Unix) and apr_ldap.hw (Win32). Could somebody on
those
platforms fix the makefiles?
If no one is faster, I could do the win32 part during the next 3-4
days.
André
Jeff Trawick wrote:
Graham Leggett wrote:
Brad Nicholes wrote:
- Added a support framework (using #defines) for multiple vendor LDAP
SDKs. The framework currently supports the SDKs from Novell,
NetScape,
OpenLDAP, and Microsoft. (Spent significant time testing compiling
and
running
On Fri, 14 Feb 2003 [EMAIL PROTECTED] wrote:
nd 2003/02/14 10:14:24
Modified:modules/mappers mod_alias.c
Log:
extend the check for Alias overlappings. Now test also previous
(Script)AliasMatch commands.
Cool feature. Gramatical nitpicking below.
-if
When
I create the backend socket, I call ap_sock_disable_nagle(). Is there something
else I have to do?
Best
regards,
Juan
C. Rivera
Citrix Systems, Inc.
-Original Message-
From: Aaron Bannert
[mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 13, 2003
5:02 PM
To:
* Joshua Slive wrote:
Or better yet, perhaps,
The %s directive at line %d will probably never match because it
overlaps an earlier %sAlias%s.
yep, much better. Thanks.
nd
--
[...] weiß jemand zufällig, was der Tag DIV ausgeschrieben bedeutet?
DIVerses. Benannt nach all dem unstrukturierten
Since there seems to be some interest in including a mysql auth module
into the tree, here's a postgres module which I've coded and have been
using for the past month or so. As for a connection pool... I haven't
figured out a way to have postres use a connection opened by another
process...
Wouldnt it be nice, if Apache came with a database connection pool service.
This standalone process would manage database queries for Apache modules and as well
as CGI apps.
Much like every Java App server comes with now-a-days
http://www.phworks-online.com/cache.html
-Original
I think the changes are great but I was wondering...
- Added new generic SSL directives to mod_ldap:
LDAPTrustedCA - specifies the Trusted Certificate Authority
used for SSL server cert verification.
Should this directive be LDAPCACertificateFile instead of LDAPTrustedCA
to match
On Fri, 14 Feb 2003 14:52:07 -0700, David Shane Holden wrote
Since there seems to be some interest in including a mysql auth
module into the tree, here's a postgres module which I've coded and
have been using for the past month or so. As for a connection
pool... I haven't figured out a way
--On Friday, February 14, 2003 4:26 PM -0700 David Shane Holden
[EMAIL PROTECTED] wrote:
My problem isn't managing a pool of connections... it's if process
A creates the connection, process B can use it with no problem, but
if process C tries to use it, it barfs and spikes in a function in
Justin Erenkrantz wrote:
--On Friday, February 14, 2003 4:26 PM -0700 David Shane Holden
[EMAIL PROTECTED] wrote:
My problem isn't managing a pool of connections... it's if process
A creates the connection, process B can use it with no problem, but
if process C tries to use it, it barfs and
16 matches
Mail list logo