On Tue, Aug 27, 2002 at 12:46:17AM -0400, John K. Sterling wrote:
> Hmm -
>
> My biggest concern here is that you are now adding another layer of
> abstraction on the apache api. It seems nice in theory, but it is not
> very extensible. If this were to be going in only for the simple auth
>
At 10:01 AM 8/21/2002, [EMAIL PROTECTED] wrote:
>On 21 Aug 2002, Jeff Trawick wrote:
>
> > Joe Schaefer <[EMAIL PROTECTED]> writes:
> >
> > > The apreq developers would like to see apreq-2 [*]
> > > make its way into the apache 2 distribution. Here's why:
> >
> > Did you consider adding it to apr
Hmm -
My biggest concern here is that you are now adding another layer of
abstraction on the apache api. It seems nice in theory, but it is not
very extensible. If this were to be going in only for the simple auth
modules we currently support (which are almost never changed or
augmented) i
I need to be able to get at the authentication backends to implement
some DAV enhancements - namely DAV has its own authentication model
(DAV ACL support). My idea would be to allow mod_dav to reuse the
aaa backends and just implement the client-facing bits there.
Therefore, I've begun to split
Justin Erenkrantz wrote:
> On Mon, Aug 26, 2002 at 11:23:45PM -, [EMAIL PROTECTED] wrote:
>
>>ianh2002/08/26 16:23:45
>>
>> Modified:.CHANGES
>> modules/loggers mod_log_config.c mod_log_config.h
>> Log:
>> introduce 2 new callback oppurtunities to allow a
Hi all...
Jon Travis here...
Covalent has written a pretty keen HTML parser (called el-kabong)
which we'd like to offer to the ASF for inclusion in APR-util (or
whichever other umbrella it fits under.) It's faster than
anything I can find, provides a SAX stylee interface, uses
APR for most of
On Mon, Aug 26, 2002 at 11:23:45PM -, [EMAIL PROTECTED] wrote:
> ianh2002/08/26 16:23:45
>
> Modified:.CHANGES
>modules/loggers mod_log_config.c mod_log_config.h
> Log:
> introduce 2 new callback oppurtunities to allow a 3rd party module to do
> the
Hi,
sorry, wanted to say: this is nearly what you want; it uses a plain text file instead
if mysql, so this part you have to change self; but it might be a good start point...
if you have successfully changed it for mysql send me a copy...
this is already available; take a look at mod_geo:
http
Hi,
this is already available; take a look at mod_geo:
http://www.lexa.ru/programs/mod-geo.html
this is unfortunately in russian, but you can download the same together with an
english translation from my site:
http://www.gknw.de/development/apache/apache-1.3/netware/modules/mod_geo-1.3.0-nw.zip
Thanks Kris.
Keep them coming ;-)
Kris Verbeeck wrote:
> Hi,
>
> Someone in our QA team tried the following test:
>
> telnet 80
> GET https://whatever.html HTTP/1.0
>
> this resulted in a segfault for the child that handled the request.
> Agreed, this is not a normal HTTP request
Hi,
Someone in our QA team tried the following test:
telnet 80
GET https://whatever.html HTTP/1.0
this resulted in a segfault for the child that handled the request.
Agreed, this is not a normal HTTP request, but firing enough of them
will surely DoS the server.
Our apache run
I know it can be a little off topic, but I need to implement a realloc
function (as the ansi one, to reallocate memory), because I found the memory
handling system in Apache really nice to stop the leaks, and I need that
function in order to reuse previuos code i maid... I which I really need to
r
"Nikola Milutinovic" <[EMAIL PROTECTED]> writes:
> (sigh) I found out what was choking configure - indented CPPs.
Please help this dense person find this indented code :)
I tried grep like this
grep '^[ \t]\+#' `find . -name '*.c'`
(and same for '*.h')
and only found problems in the netw
"Sylbert L" <[EMAIL PROTECTED]> writes:
> In Apache 2.0, how do I get a reference to the client socket using the 'request_rec'
>struct ?
I think the easiest way would be to implement a pre_connection hook
and grab the socket* from there and attach to module-specific data in
conn_rec that you ca
Nikola Milutinovic wrote:
>
> > > I have seen that APR can be configured to use either /dev/random or
> > > EGD. However, mod_auth_digest insists on /dev/random or, better said,
> > > it insists on APR_HAS_RANDOM being set.
> >
> > APR_HAS_RANDOM should be set if you told APR to use your egd. Di
> > I have seen that APR can be configured to use either /dev/random or
> > EGD. However, mod_auth_digest insists on /dev/random or, better said,
> > it insists on APR_HAS_RANDOM being set.
>
> APR_HAS_RANDOM should be set if you told APR to use your egd. Did you
> use the --with-egd parame
16 matches
Mail list logo
