Davi Arnaut wrote:
It is legal. And Nick is right, that should be fixed in apr_uri. I will
send a patch tomorrow.
Once again, you describe the http: scheme. Let's be careful about our
assumptions, and ensure we don't further constrain apr_uri to the http
behavior :) I'm all for apr_uri 'doin
they've disappeared from the website :(
were they forked off already ?
maybe then add a link to http://search.cpan.org/~joesuf/
libapreq2-2.07/glue/perl/lib/Apache2
Jorge Schrauwen wrote:
I was wondering this too while parsing htpasswd files in php.
all others have a identified in front to see what encrypt it used...
Why doesn't crypt have one?
Because why would anyone have a passwd file that doesn't use crypt()?
Have to remember htpasswd followed the pas
Nick Kew wrote:
Yes, it's legal. The leading slash is implied. Note: that's leading
slash, which is firmly different to a trailing slash in a path.
for abspath you are correct. but in general;
URI = scheme ":" hier-part [ "?" query ] [ "#" fragment ]
hier-part = "//"
Jeff Trawick wrote:
On 4/10/06, William A. Rowe, Jr. <[EMAIL PROTECTED]> wrote:
This pool is or is not created in the parent? If its the parent it's
gotta be proc mutexed even if using prefork.
It is created in the parent and used only during request processing.
Why does it need to be proc
Roy T. Fielding wrote:
On Apr 10, 2006, at 2:50 PM, Ruediger Pluem wrote:
I also thought initially to fix this in apr-util, but right know I am
not
sure about it, because IMHO apr_uri_parse should do generic uri parsing.
Setting an empty uri to "/" seems to be HTTP specific, so I am not sur
You mean this Friday or next?
Alpha
--
View this message in context:
http://www.nabble.com/Intend-to-tag-2.2.1-on-Friday-t1359442.html#a3866575
Sent from the Apache HTTP Server - Dev forum at Nabble.com.
On 4/11/06, William A. Rowe, Jr. <[EMAIL PROTECTED]> wrote:
> Jeff Trawick wrote:
> > On 4/10/06, William A. Rowe, Jr. <[EMAIL PROTECTED]> wrote:
> >
> >>This pool is or is not created in the parent? If its the parent it's
> >>gotta be proc mutexed even if using prefork.
> >
> > It is created in t
Jonathan Vanasco wrote:
they've disappeared from the website :(
were they forked off already ?
maybe then add a link to
http://search.cpan.org/~joesuf/libapreq2-2.07/glue/perl/lib/Apache2
No, the version of doxygen on minotaur where they were built blew them... I
forgot to fix that.
Pester
Alpha Huang wrote:
You mean this Friday or next?
It's come and gone, I didn't see the RM actually release 2.2.1... folks
are rapidly fixing various additional bugs in 2.2 to make it stable for yet
another 2.2.2 tag and roll.
I've got a lot of poeple (aka 4 sofar) mailing me (no idea why really) where the tarball's are.Maybe the list avaible in [EMAIL PROTECTED] should be posted on the website aswel?I'm talking about the list that sais which releases where tagged, rolled, GA,... and when.
JorgeOn 4/11/06, William A. Row
Thats the problem i think plain and crypt both don't have a Identifier tag,The since the script will be used on win only i went for always plain text.Can emulaion crypt on platforms that don't support it? or will this be to slow?
On 4/11/06, William A. Rowe, Jr. <[EMAIL PROTECTED]> wrote:
Jorge Sch
Hi --
Alexander Lazic wrote:
>> After 'make install' i started apache, then some seconds later i got the
>> message '...MaxClients reached...' but there was no entry in the access
>> log, and nobody have make a request to this server.
Jeff Trawick wrote:
> There are problems accounting for chil
On 04/11/2006 04:00 AM, Roy T. Fielding wrote:
>
>
> It probably needs to be updated for RFC 3986 anyway. The path should
> be set to "", not NULL. The HTTP server should take care of the
> redirect from "" to "/", which in this case means the http-proxy
> needs to check for "" when it sends
Ruediger Pluem wrote:
On 04/11/2006 04:00 AM, Roy T. Fielding wrote:
It probably needs to be updated for RFC 3986 anyway. The path should
be set to "", not NULL. The HTTP server should take care of the
redirect from "" to "/", which in this case means the http-proxy
needs to check for "" whe
On Tuesday 11 April 2006 22:10, William A. Rowe, Jr. wrote:
> Ruediger Pluem wrote:
> > On 04/11/2006 04:00 AM, Roy T. Fielding wrote:
> >>It probably needs to be updated for RFC 3986 anyway. The path should
> >>be set to "", not NULL. The HTTP server should take care of the
> >>redirect from ""
On Apr 11, 2006, at 2:55 PM, Nick Kew wrote:
On Tuesday 11 April 2006 22:10, William A. Rowe, Jr. wrote:
Ruediger Pluem wrote:
On 04/11/2006 04:00 AM, Roy T. Fielding wrote:
It probably needs to be updated for RFC 3986 anyway. The path
should
be set to "", not NULL. The HTTP server should
17 matches
Mail list logo