At 03:18 AM 11/4/2004, you wrote:
No need to worry about the REMOTE_USER, it's the standard behaviour of ASP.NET
and not from mod_aspdotnet, it turns out that I've to write an own IHttpModule
that handles authentication now I'm using LDAP as authentication (interpret
the authenticated user from
httpd-test/perl-framework STATUS: -*-text-*-
Last modified at [$Date: 2002/03/09 05:22:48 $]
Stuff to do:
* finish the t/TEST exit code issue (ORed with 0x2C if
framework failed)
* change existing tests that frob the DocumentRoot (e.g.,
flood STATUS: -*-text-*-
Last modified at [$Date: 2003/07/01 20:55:12 $]
Release:
1.0: Released July 23, 2002
milestone-03: Tagged January 16, 2002
ASF-transfer: Released July 17, 2001
milestone-02: Tagged August 13,
At 10:35 AM 11/4/2004, Geoffrey Young wrote:
-TEST_VERBOSE ?= 0
+TEST_VERBOSE = 0
why not if (WIN32) {} then?
do win32 environments add some magic WIN32 environment variable I can check
in the Makefile? if they do and we can work around them that's cool with me.
If I had to guess,
If I had to guess, this borks anything but gmake. Test for that.
I had asked on #asf about this and somebody (I forget who) said that the
make manpage on minortaur (some bsd variant) supports ?= as well. from
looking at that it seems to be the manpage for pmake, which I guess is some
other
At 11:23 AM 11/4/2004, Geoffrey Young wrote:
If I had to guess, this borks anything but gmake. Test for that.
I had asked on #asf about this and somebody (I forget who) said that the
make manpage on minortaur (some bsd variant) supports ?= as well. from
looking at that it seems to be the
Geoffrey Young wrote:
a little digging on my own at the time made it seem like solaris make is
really gmake, so between linux, solaris, and bsd a decent case was being
made that most unix make variants to support the syntax. of course, that
list of 3 was hardly exhaustive :)
Umm, on all the
a little digging on my own at the time made it seem like solaris make is
really gmake
Well, the way you have it installed perhaps. But attempting this
against /usr/ccs/bin/make it most definately blows up.
ok. I actually don't have a solaris box to try on - I just went to sun's
support
Brad Nicholes wrote:
According to the LDAP docs, doing an ldap_compare_s() is
faster than an ldap_search_s(). I will go ahead an commit the patch
as-is and also propose a backport for it. But I think that we should
look at adding a require ldap-filter directive as well for Apache
2.1/2.2.
+1
BugZilla link:
http://issues.apache.org/bugzilla/show_bug.cgi?id=29740
The linked bug contains a very simple patch, for a bug which prevents the
use of --with-apr=/usr.
Please, could someone take a look at it, and commit it?
It's only 7 touched lines in a single file, so should be quick to do.
Good point. I will get the patch committed
Brad
Jari Ahonen [EMAIL PROTECTED] Thursday, November 04, 2004
7:39:01 AM
Brad,
I think this patch should be applied to the current HEAD
util_ldap.c code. It prevents util_ldap_cache_getuserdn()
timestamping cache entries with bindpw.
- Jari
-
This factors out the logic for correctly inserting a file into a
brigade, doing the special little dance for large files if necessary;
the code was already duplicated twice and it's needed in other places
too. (pervasive largefile support being my top 2.1 goal :)
Any comments, naming
On Thu, 4 Nov 2004, Joe Orton wrote:
This factors out the logic for correctly inserting a file into a
brigade, doing the special little dance for large files if necessary;
the code was already duplicated twice and it's needed in other places
too. (pervasive largefile support being my top 2.1
--On Thursday, November 4, 2004 10:07 PM + Joe Orton [EMAIL PROTECTED]
wrote:
This factors out the logic for correctly inserting a file into a
brigade, doing the special little dance for large files if necessary;
the code was already duplicated twice and it's needed in other places
too.
* Joe Orton ([EMAIL PROTECTED]) wrote :
This factors out the logic for correctly inserting a file into a
brigade, doing the special little dance for large files if necessary;
the code was already duplicated twice and it's needed in other places
too. (pervasive largefile support being my top
15 matches
Mail list logo