[ http://issues.apache.org/jira/browse/MODPYTHON-188?page=all ]
Graham Dumpleton closed MODPYTHON-188.
--
Resolution: Invalid
This is not a bug, the code in your example is simply wrong. You cannot write:
sess1=Session.Session(req)
This went first to users@, but it appears that the auth-fu isn't
strong there right now. ;-)
I was hoping that someone (Brad?) might be able to assist me with
this. I was trying to come up with a non-LDAP example for the
documentation, since this seems a really useful feature that should
On 8/20/06, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Lars Eilebrecht wrote:
Apart from that, it's also possible to customize the Server header by
using mod_security which has a configuration directive for this.
My 2c, let's adopt the patch for three reasons...
1. it's an FAQ that
On 8/20/06, Lars Eilebrecht [EMAIL PROTECTED] wrote:
According to William:
My 2c, let's adopt the patch for three reasons...
1. it's an FAQ that would -go away-, less stress for our peer apache
user supporters
Is it really an FAQ? Hmm ... the last time it was discussed on the dev list
I just recompiled Apache 2.0.59, using the 0.9.7 apr(-util) which is the
version supplied with Apache 2.0.55.
This results in a working system. I can kill -9 an apache process and the
webserver will respond normally. The master process willl create a new
apache process.
I conclude that somewhere
William A. Rowe, Jr. wrote:
Project Committee Members...
Adopt [EMAIL PROTECTED],
+1
seeded from [EMAIL PROTECTED] current subscribers,
-1
Bill
On Sep 5, 2006, at 09:28, Jeff Trawick wrote:
On 8/20/06, Lars Eilebrecht [EMAIL PROTECTED] wrote:
According to William:
My 2c, let's adopt the patch for three reasons...
1. it's an FAQ that would -go away-, less stress for our peer
apache
user supporters
Is it really an FAQ?
Title: Apache - TRACE vulnerability solution
Hi,
I am using Apache 2.0.54 and trying out the suggested solution for the Http TRACE vulnerability as mentioned at https://www.kb.cert.org/vuls/id/867593
using the mod_rewrite module and specifying the following lines in .htaccess file.
Hi,
Line 2188 in proxy_util.c has:
if (APR_SUCCESS != apr_bucket_read(e, (const char **)response,
len, APR_BLOCK_READ)) {
return rv;
}
should this be:
if (APR_SUCCESS != (rv = apr_bucket_read(e, (const char
**)response, len,
So it sounds like there are two questions being asked. First, what non-ldap
usages are there for authnAlias and second why doesn't the configuration below
work?
I'll answer the second question first. Given the configuration block below,
I don't know why it doesn't work. I just
On 09/05/2006 03:08 PM, wrote:
Author: trawick
Date: Tue Sep 5 06:08:15 2006
New Revision: 440337
URL: http://svn.apache.org/viewvc?view=revrev=440337
Log:
Replace ap_get_server_version with ap_get_server_banner() and
ap_get_server_description().
High-level summary:
The full
Ruediger Pluem wrote:
1. If we stick to
AP_DECLARE(const char *) ap_get_server_version(void);
and do
#define ap_get_server_banner ap_get_server_version
I hate macros. Just do it like:
AP_DECLARE(const char *) ap_get_server_banner() {
return ap_get_server_version();
}
That way,
On Sep 5, 2006, at 11:49, Brad Nicholes wrote:
So it sounds like there are two questions being asked. First,
what non-ldap usages are there for authnAlias and second why
doesn't the configuration below work?
I'll answer the second question first. Given the configuration
block
On 9/5/06, Ruediger Pluem [EMAIL PROTECTED] wrote:
On 09/05/2006 03:08 PM, wrote:
Author: trawick
Date: Tue Sep 5 06:08:15 2006
New Revision: 440337
URL: http://svn.apache.org/viewvc?view=revrev=440337
Log:
Replace ap_get_server_version with ap_get_server_banner() and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 05 Sep 2006 22:00:59 +0100 Jeff Trawick [EMAIL PROTECTED]
wrote:
On 9/5/06, Ruediger Pluem [EMAIL PROTECTED] wrote:
On 09/05/2006 03:08 PM, wrote:
Author: trawick
Date: Tue Sep 5 06:08:15 2006
New Revision: 440337
URL:
Brian Akins wrote:
Ruediger Pluem wrote:
1. If we stick to
AP_DECLARE(const char *) ap_get_server_version(void);
and do
#define ap_get_server_banner ap_get_server_version
I hate macros. Just do it like:
AP_DECLARE(const char *) ap_get_server_banner() {
return
On 09/05/2006 11:49 PM, William A. Rowe, Jr. wrote:
Brian Akins wrote:
Ruediger Pluem wrote:
1. If we stick to
AP_DECLARE(const char *) ap_get_server_version(void);
and do
#define ap_get_server_banner ap_get_server_version
I hate macros. Just do it like:
AP_DECLARE(const char *)
On 9/5/06, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Brian Akins wrote:
Ruediger Pluem wrote:
1. If we stick to
AP_DECLARE(const char *) ap_get_server_version(void);
and do
#define ap_get_server_banner ap_get_server_version
I hate macros. Just do it like:
AP_DECLARE(const char
Ruediger Pluem wrote:
Hm, what backport are you thinking of? I thought of backporting it to 2.2.x
not to 2.0.x. I see no general backwards compatibilty of modules written for
2.2.x to 2.0.x.
Well, we are talking about breaking = 2.2.3 / 2.2.3 right?
You are right, the new function would
Jeff Trawick wrote:
AP_DECLARE(const char *) ap_get_server_banner() {
return ap_get_server_version();
}
I would prefer, if server_version goes away, and we want users to be
unsurprised, that it's
/* doxygen description...
* @deprecated @see ap_get_server_banner
*/
AP_DECLARE(const
20 matches
Mail list logo
