Jerry Baker says:
> Currently, authentication is broken with the standard Windows config
> file and current HEAD. Where is the documentation on the complete
> mess-up of the auth modules and how to get it working again?
Perhaps I should be more clear. I have a directory containing an
.htaccess
Jerry Baker says:
> Jerry Baker says:
> > Yet, when I access that directory, I am just given an empty directory
> > listing. No prompt for a username or pass.
>
> Nevermind. It's just something else that DAV broke. Turning off DAV
> fixed the problem.
Please accept my apologies for the spam. T
Jerry Baker says:
> Yet, when I access that directory, I am just given an empty directory
> listing. No prompt for a username or pass.
Nevermind. It's just something else that DAV broke. Turning off DAV
fixed the problem.
--
Jerry Baker
Currently, authentication is broken with the standard Windows config
file and current HEAD. Where is the documentation on the complete
mess-up of the auth modules and how to get it working again?
Thanks.
--
Jerry Baker
> Both Greg and I are stating that PHP should be able to serve
> PROPFIND, COPY, GET, POST, DELETE, or FOOBAR requests. PHP scripts
> can be coerced into providing all sorts of useful behaviors, not
> the least of which is GET. Much like a CGI script might know how
> to handle DAV or other sort
On Tue, 1 Oct 2002, Cliff Woolley wrote:
> Indeterminate length is indicated by bkt->length == -1.
Oops, I meant to delete this sentence along with the rest of that thought.
In this context, checking ->length for -1 is not useful because there
might be known-length buckets you can't copy. So ig
William A. Rowe, Jr. wrote:
> At 03:27 PM 10/1/2002, Paul J. Reder wrote:
>
>
>>Ryan Bloom wrote:
>>
>>
>>>On Tue, 1 Oct 2002, Paul J. Reder wrote:
>>>
>>>
I've been working on the caching code and ran across a core dump...
A particular file contains an SSI call to a cgi. The cgi
On Tue, 1 Oct 2002, Paul J. Reder wrote:
> Are there any other bucket types to worry about (i.e. that can't just be
> copied)?
Currently no, but your code shouldn't have that kind of knowledge. There
might be third-party buckets of this sort. Indeterminate length is
indicated by bkt->length ==
--On Tuesday, October 1, 2002 3:26 PM -0700 Greg Stein <[EMAIL PROTECTED]>
wrote:
> So you're saying that if I do "file upload" to a PHP script, and upload a
> 10 megabyte file, then it is going to spool that whole mother into memory?
Yup.
> Oh oh... even better. Let's just say that the PHP sc
At 05:19 PM 10/1/2002, Greg Stein wrote:
>On Tue, Oct 01, 2002 at 01:32:16PM -0500, William A. Rowe, Jr. wrote:
>> At 01:12 PM 10/1/2002, Greg Stein wrote:
>>...
>> One of my itches that I haven't had time yet to scratch is to implement
>> the apreq filter to expose the post (propfind, copy, etc)
At 03:27 PM 10/1/2002, Paul J. Reder wrote:
>Ryan Bloom wrote:
>
>>On Tue, 1 Oct 2002, Paul J. Reder wrote:
>>
>>>I've been working on the caching code and ran across a core dump...
>>>
>>>A particular file contains an SSI call to a cgi. The cgi causes a pipe
>>>bucket to pass down the chain. cac
At 03:27 PM 10/1/2002, Ryan Bloom wrote:
>On Tue, 1 Oct 2002, William A. Rowe, Jr. wrote:
>
>> At 01:12 PM 10/1/2002, Greg Stein wrote:
>> >For PHP, we said "make it a filter [so the source can come from anywhere]".
>> >I think we really should have said "for GET requests, allow it to be
>> >proce
On Tue, Oct 01, 2002 at 03:30:43PM -0700, Rasmus Lerdorf wrote:
>...
> > Why couldn't mod_dav be implemented in PHP? I see no particular reason why
> > not... Currently, PHP cannot because it is a filter, not a handler.
>
> We have a switch in PHP now to handle mod_dav requests actually (under
>
> On Tue, Oct 01, 2002 at 04:27:15PM -0400, Ryan Bloom wrote:
> > On Tue, 1 Oct 2002, William A. Rowe, Jr. wrote:
> >
> > > At 01:12 PM 10/1/2002, Greg Stein wrote:
> > > >For PHP, we said "make it a filter [so the source can come from anywhere]".
> > > >I think we really should have said "for GET
On Tue, Oct 01, 2002 at 11:51:12AM -0700, Justin Erenkrantz wrote:
> --On Tuesday, October 1, 2002 11:12 AM -0700 Greg Stein <[EMAIL PROTECTED]>
> wrote:
>
> > I simply don't think that a filter should read/consume a request body. The
> > handler is responsible for handling the request, which in
On Tue, Oct 01, 2002 at 01:32:16PM -0500, William A. Rowe, Jr. wrote:
> At 01:12 PM 10/1/2002, Greg Stein wrote:
>...
> One of my itches that I haven't had time yet to scratch is to implement
> the apreq filter to expose the post (propfind, copy, etc) data to one or
> more than one filter who -mig
On Tue, Oct 01, 2002 at 04:27:15PM -0400, Ryan Bloom wrote:
> On Tue, 1 Oct 2002, William A. Rowe, Jr. wrote:
>
> > At 01:12 PM 10/1/2002, Greg Stein wrote:
> > >For PHP, we said "make it a filter [so the source can come from anywhere]".
> > >I think we really should have said "for GET requests,
Hi all,
I really wonder if nobody here on the list is able to answer this question although I
thought most of the Apache core programmers are here
I know this issue very well and would also like to get it solved cause we all on
NetWare are living with it for months now...; and in addition Ra
Ryan Bloom wrote:
> On Tue, 1 Oct 2002, Paul J. Reder wrote:
>
>
>>I've been working on the caching code and ran across a core dump...
>>
>>A particular file contains an SSI call to a cgi. The cgi causes a pipe
>>bucket to pass down the chain. cache_in_filter tries to save the bucket
>>away a
On Tue, 1 Oct 2002, William A. Rowe, Jr. wrote:
> At 01:12 PM 10/1/2002, Greg Stein wrote:
> >For PHP, we said "make it a filter [so the source can come from anywhere]".
> >I think we really should have said "for GET requests, allow it to be
> >processed by PHP." The POST, PROPFIND, COPY, etc sho
> The content length filter is clever enough to handle sporadic output
> from CGIs, but just because it passes down a brigade with the output
> so far doesn't mean it will be sent. By adding a flush bucket to the
> end of the brigade, we make sure that core output filter doesn't hold
> onto it fo
On Tue, 1 Oct 2002, Paul J. Reder wrote:
> I've been working on the caching code and ran across a core dump...
>
> A particular file contains an SSI call to a cgi. The cgi causes a pipe
> bucket to pass down the chain. cache_in_filter tries to save the bucket
> away and core dumps.
>
> Since a
I've been working on the caching code and ran across a core dump...
A particular file contains an SSI call to a cgi. The cgi causes a pipe
bucket to pass down the chain. cache_in_filter tries to save the bucket
away and core dumps.
Since a pipe bucket can be of any length, and could take any amo
mod_cgid has an AF_UNIX socket which it uses to create an apr_file_t
which it uses to create a pipe bucket which it passes down the filter
chain
but it gets to a filter (content-length filter) which wants to play
with the I/O timeout and APR fails the timeout manipulation because it
doesn't think
The content length filter is clever enough to handle sporadic output
from CGIs, but just because it passes down a brigade with the output
so far doesn't mean it will be sent. By adding a flush bucket to the
end of the brigade, we make sure that core output filter doesn't hold
onto it for a "long
--On Tuesday, October 1, 2002 11:54 AM -0700 Ian Holsman <[EMAIL PROTECTED]>
wrote:
>
> how many sites are you going to break with this core.c change?
> From what I have heard the RFC says that the server can do what it
> chooses on a POST to a file. we (apache 1.3 & apache 2.042 and below)
> c
how many sites are you going to break with this core.c change?
From what I have heard the RFC says that the server can do what it
chooses on a POST to a file. we (apache 1.3 & apache 2.042 and below)
chose to serve a file.
Greg Stein wrote:
> On Tue, Oct 01, 2002 at 01:34:20PM -0400, Ryan B
--On Tuesday, October 1, 2002 11:12 AM -0700 Greg Stein <[EMAIL PROTECTED]>
wrote:
> I simply don't think that a filter should read/consume a request body. The
> handler is responsible for handling the request, which includes processing
> the body.
Well, PHP doesn't exactly do that.
PHP's
At 01:12 PM 10/1/2002, Greg Stein wrote:
>For PHP, we said "make it a filter [so the source can come from anywhere]".
>I think we really should have said "for GET requests, allow it to be
>processed by PHP." The POST, PROPFIND, COPY, etc should all be possible to handle by
>PHP, which means that
On Tue, Oct 01, 2002 at 01:34:20PM -0400, Ryan Bloom wrote:
> On Tue, 1 Oct 2002, Greg Stein wrote:
>...
> > The default_handler is broken. If you POST to a resource, it returns the
> > resource. That isn't right.
> >
> > But the PHP point is a good one. So how do we prevent a POST from returning
On Mon, Sep 30, 2002 at 10:18:14PM -0700, Ryan Morgan wrote:
> On Mon, Sep 30, 2002 at 07:04:49PM -0700, Greg Stein wrote:
> > On Mon, Sep 30, 2002 at 05:35:40PM -0700, Ryan Morgan wrote:
> > >...
> > > This patch moves all the DAV method registration into the mod_dav module
> > > from the http co
On Tue, 1 Oct 2002, Greg Stein wrote:
> On Tue, Oct 01, 2002 at 12:29:53PM -0400, [EMAIL PROTECTED] wrote:
> > On 1 Oct 2002 [EMAIL PROTECTED] wrote:
> >
> > > gstein 2002/10/01 09:24:41
> > >
> > > Modified:server core.c
> > > Log:
> > > Fix bug in the default handler. POST is
On Tue, Oct 01, 2002 at 01:55:00PM -, [EMAIL PROTECTED] wrote:
>...
>* The translate_name hook goes away
> +
> + Wrowe altogether disagrees. translate_name today even operates
> + on URIs ... this mechansim needs to be preserved.
Hunh? The translate_name hook is defin
On Tue, Oct 01, 2002 at 12:29:53PM -0400, [EMAIL PROTECTED] wrote:
> On 1 Oct 2002 [EMAIL PROTECTED] wrote:
>
> > gstein 2002/10/01 09:24:41
> >
> > Modified:server core.c
> > Log:
> > Fix bug in the default handler. POST is not allowed on regular files.
> > The resource must
On Tue, Oct 01, 2002 at 12:27:25PM -0400, Ryan Bloom wrote:
> On Tue, 1 Oct 2002, Greg Stein wrote:
>...
> > mod_dav causes the bug in default_handler to be exposed.
>
> Nope. The default_handler relies on other handlers to run first, so that
> it only gets the requests it is supposed to get. E
Hi,
Please refer to my earlier post regarding 304 response and the
"Authentication-Info" header. I am resending it in the hope of
receiving an authoratitive response.
Is "Authentication-Info" header (as defined in RFC-2617) for
Digest-authentication considered Entity-header? When Apache retuns
On 1 Oct 2002 [EMAIL PROTECTED] wrote:
> gstein 2002/10/01 09:24:41
>
> Modified:server core.c
> Log:
> Fix bug in the default handler. POST is not allowed on regular files.
> The resource must be handled by something *other* than the default
> handler.
-1. This is going t
On Tue, 1 Oct 2002, Greg Stein wrote:
> On Tue, Oct 01, 2002 at 11:03:16AM -0400, Ryan Bloom wrote:
> > On Mon, 30 Sep 2002, Greg Stein wrote:
> >...
> > > For this particular case, the bug is in default_handler(). Plain and simple.
> > > There is no reason for a POST request to return the file c
On Tue, Oct 01, 2002 at 03:26:20PM -, [EMAIL PROTECTED] wrote:
> jerenkrantz2002/10/01 08:26:20
>
> Modified:.ROADMAP
> Log:
> I'm borderline obsessive compulsive regarding tabs, but you knew that...
> (Also correct directive usage)
Yah... Emacs' "text mode" inserts t
On Tue, Oct 01, 2002 at 11:03:16AM -0400, Ryan Bloom wrote:
> On Mon, 30 Sep 2002, Greg Stein wrote:
>...
> > For this particular case, the bug is in default_handler(). Plain and simple.
> > There is no reason for a POST request to return the file contents. Yes, the
> > system should also call the
On Mon, 30 Sep 2002, Greg Stein wrote:
> On Mon, Sep 30, 2002 at 06:53:09PM -0400, Ryan Bloom wrote:
> >...
> > The problem is that the default_handler shouldn't be involved. Because
> > mod_dav is now replacing the r->handler field for ALL requests, things
>
> Woah! *NOT* "all" requests. Only
Amund Elstad <[EMAIL PROTECTED]> writes:
> I am reposting a patch posted by Jeff Trawick which adds mutex protection to
> the retrieve operation. Before I applied this patch, I experienced the
> following problems with 2.0.40 on win32:
>
> - Child process termination (status 3221225477 in
Do the LDAP authentication modules build on AIX yet?
At 2.0.40 I could not get the httpd-ldap sub-project to build on AIX -- despite
getting it to build just fine on Solaris and Windows
Correction -- the module built on AIX, but would not load on startup.
--
Jess Holle
P.S. It took a f
I am reposting a patch posted by Jeff Trawick which adds mutex protection to
the retrieve operation. Before I applied this patch, I experienced the
following problems with 2.0.40 on win32:
- Child process termination (status 3221225477 in error_log,
segfault?) - often twice or more every
On Mon, 30 Sep 2002 22:50:13 +0100, Steve Kemp wrote:
> Hi All,
>
> I've written a module for Apache which will limit the
> amount of data the server may transfer in a given time
> period. (OK that's a simplistic overview anyway ;)
>
> To do this I make use of the information gathered b
>
> Unless someone knows a trick that I'm not aware of
> debugging Win32 crash dumps (DrWatson .dmp files) can
> be a real pain unless you have symbols because
> Frame Pointer Omission records make it hard to
> construct the call stack from a dump. Having symbols
> that match the binary build han
On Tue, Oct 01, 2002 at 01:21:44AM +0100, Pier Fumagalli wrote:
> Since we're on it, and since I did that already to keep up to date our 20+
> Solaris machines... Do we want to include also a proto and a script for
> Solaris?
>
I think that the idea of having an easy way to roll a Solaris package
Hi Harrie,
On Tue, Oct 01, 2002 at 10:42:57AM +0200, Harrie Hazewinkel wrote:
> www.mod-snmp.com This is an SNMP module that does per v-host
> statistics. With some modifications one could use this for the
> purpose you want.
Thanks for the pointer. I've had a quick look at this just now
a
Hi Steve,
--On Monday, September 30, 2002 10:50 PM +0100 Steve Kemp
<[EMAIL PROTECTED]> wrote:
> Hi All,
>
> I've written a module for Apache which will limit the
> amount of data the server may transfer in a given time
> period. (OK that's a simplistic overview anyway ;)
>
> To do this
49 matches
Mail list logo