I remember looking at the cookie stuff a while ago(6 months or more) and one
thing I noticed is that it doesn't clear the cookie list when it starts
urllist again. This might have changed but one thing to look at. I was
using cookies and it worked well when the first url was to init the cookie.
On Tue, Sep 10, 2002 at 07:04:08PM +0200, Jacek Prucia wrote:
Here's my take at flood install target. Since I'm total automake newbie,
you might want to take a closer look at this. It does what is desired --
it copies flood to $PREFIX/bin. There's no special place for examples
and DESIGN,
On Tue, Sep 10, 2002 at 07:00:01AM -0700, Williams, Chris D. wrote:
I remember looking at the cookie stuff a while ago(6 months or more) and one
thing I noticed is that it doesn't clear the cookie list when it starts
urllist again. This might have changed but one thing to look at. I was
Hi all,
I've been trying to write some tests and have been trying to send POST
requests with no body. It seems that Apache::TestRequest::POST only
adds a Content-Length when the length of the content is nonzero, so
attempts to 'POST /foo/bar, ' result in a 411 Length Required from
httpd.
I'm
On Tue, Sep 10, 2002 at 03:00:51AM -, [EMAIL PROTECTED] wrote:
jerenkrantz2002/09/09 20:00:50
Modified:.CHANGES
support htpasswd.c
Log:
Add ability to htpasswd (via -5) to produce non-obfuscated MD5 hashes.
mod_auth_digest's passwords can
[EMAIL PROTECTED] wrote:
Stage #1 of the aaa rewrite - refactoring modules.
All modules are reorganized under the following scheme:
- mod_auth_*: Front-end (basic, digest)
- mod_authn_*: Authentication (anon, dbm, default, file)
- mod_authz_*: Authorization (dbm, default,
From: William A. Rowe, Jr. [mailto:[EMAIL PROTECTED]]
Sent: 10 September 2002 01:27
Sander ( Co)
with .40, we backed out the apr-iconv due to it's not-ready state,
with the attached patch.
I've been intending to get the openssl/iconv/zlib library linkage stubs
done for Win32,
On Tue, Sep 10, 2002 at 08:51:09AM +0200, Graham Leggett wrote:
I don't see the auth_ldap stuff included - is it on the cards to be part
of the rewrite?
Yeah, ldap is kind of on the radar screen, but it can keep using the
same external auth API (none of the external APIs changed - just how
On Mon, Sep 09, 2002 at 11:36:11PM -0700, Justin Erenkrantz wrote:
But, I still think producing unobfuscated md5 hashes is a useful
option, so I'll leave this commit in. -- justin
I'm totally out of my league here, but is this different than say
md5sum? (It still might make sense to keep it,
On Mon, Sep 09, 2002 at 11:21:04PM -0700, Greg Stein wrote:
On Mon, Sep 09, 2002 at 01:33:25PM -0700, Jon Travis wrote:
Ok, since I'm not seeing any activity towards getting this
integrated, I'd like to set a deadline. This would help
me out, since it gives direction as to where the
On Tue, Sep 10, 2002 at 12:08:42AM -0700, Aaron Bannert wrote:
On Mon, Sep 09, 2002 at 11:36:11PM -0700, Justin Erenkrantz wrote:
But, I still think producing unobfuscated md5 hashes is a useful
option, so I'll leave this commit in. -- justin
I'm totally out of my league here, but is
On Mon, Sep 09, 2002 at 01:33:25PM -0700, Jon Travis wrote:
Ok, since I'm not seeing any activity towards getting this
integrated, I'd like to set a deadline. This would help
me out, since it gives direction as to where the project
can go, as well as the ASF since political discussion
The ASF is apparently not about working together, since I (and
everyone else who is not on the PMC list) have been entirely left
out of all this conversation which is going on behind closed doors.
Which closed doors are those? There has been discussion on the dev list
and on the board list.
On Tue, Sep 10, 2002 at 01:57:06AM -0700, Rasmus Lerdorf wrote:
The ASF is apparently not about working together, since I (and
everyone else who is not on the PMC list) have been entirely left
out of all this conversation which is going on behind closed doors.
Which closed doors are
Which closed doors are those? There has been discussion on the dev list
and on the board list. Both of which are public lists that you can
subscribe to.
All I know of is the PMC list (which is private), but discussion on
board (which is also private) is news to me.
Well, I had assumed
On Sun, 8 Sep 2002, Greg Stein wrote:
[...]
Personally, I would just advocate shifting to Subversion. Part of our
release process injects the revision number into the header file. Thus, the
tarball always states *precisely* what revision the code came from.
FWIW; for perl5 perforce is used
Hi,
When refreshing a page (with IE) the browser sends a 'If-Modified-Since'
header in the request. As seen in the debug log below, mod_cache has
verified that the page has not been modified and wants to return an HTTP
status 304. Somehow this 304 doesn't get to the browser. Instead of
Brian Pane [EMAIL PROTECTED] writes:
I like the idea of restricting the change to Tru64 for now, just
to eliminate the possibility of breaking something unexpected on
some other system this close to the 2.0.41 launch. Is there a
standard preprocessor macro that compilers on Tru64 define, so
Does this hold for every level of OpenBSD, or is a version check
necessary?
Henning Brauer [EMAIL PROTECTED] writes:
Index: src/include/ap_config.h
===
RCS file: /cvs/src/usr.sbin/httpd/src/include/ap_config.h,v
retrieving
On Sun, 8 Sep 2002, Aaron Bannert wrote:
[sorry for the crosspost. I'm moving this branch of the conversation
to the dev@apr list]
Except of course that we have ezmlm munge the reply-to headers so
you can't control such things...
- ask (who couldn't resist, sorry) :-)
--
ask bjoern
Kris Verbeeck wrote:
The response:
HTTP/1.0 200
Date: Tue, 10 Sep 2002 09:45:39 GMT
Server: web server
Connection: close
etag: b9829-2269-3cd12aa1
Another bug - why is an HTTP/1.1 response prefixed with HTTP/1.0...?
Regards,
Graham
--
Do we agree that once 2.0.41 is launched it should be converted to a
configure-time check for alloca.h, with the code changed to include
the header if it exists, irrespective of Tru64?
I like a configure time check myself, finding headers is one things the
configure program does well.
Dave
On Tue, Sep 10, 2002 at 07:12:56AM -0400, Jeff Trawick wrote:
Henning Brauer [EMAIL PROTECTED] writes:
+#define NET_SIZE_T socklen_t
Does this hold for every level of OpenBSD, or is a version check
necessary?
all versions = 2.6 have socklen_t.
Given that We don't support anything below 3.0
We seem to be able to leak 401's without an
ap_note_digest_auth_failure(r); I'd like to track down from where :-)
Using MacOSX iCal (which does DAV publishing), DAV and Apache 1.3.26:
Config:
Directory ...
Dav On
...
/Directory
works fine; but
Traced down to:
Authorization: Digest username=dirkx, realm=DAV, nonce=1031662894,
uri=/64Semantics.ics, response=99a6275793be28c31a5b6e4467fa4c79,
algorithm=MD5
where we get confused by the uri=/64... i.e. a non quoted value.
Dw
Hi,
I am adding mod_jk (from Jakarta Tomcat) to the httpd-2.0 sources in order to
build an httpd excutable with mod_jk linked staticly to it.
But I have to make a buildconf to integrate the config.m4 in the configure.
Is there a better way to get it?
Like:
Do we agree that once 2.0.41 is launched it should be converted to a
configure-time check for alloca.h, with the code changed to include
the header if it exists, irrespective of Tru64?
+1
david
Hi all,
I'm asking this here as there are people here who have probably got this
to work, please mail me privately.
I am trying to get WinCVS to connect to a CVS server via SSH. Both
myself and another person have independantly followed the available docs
and howtos, and have got nowhere -
Jon Travis wrote:
The ASF is apparently not about working together, since I (and
everyone else who is not on the PMC list) have been entirely left
out of all this conversation which is going on behind closed doors.
I suspect that's rubbish, Jon, since this is the first I've heard
of this
Ian Holsman sent the following bits through the ether:
http://httpd.apache.org/test/flood/
I'm having a look at flood in comparison to ab and there's one thing
I'm not quite clear on. The source indicates it supports cookies in
the round robin mode. Do I need to enable that? Actually, what I
Henning Brauer wrote:
On Tue, Sep 10, 2002 at 07:12:56AM -0400, Jeff Trawick wrote:
Henning Brauer [EMAIL PROTECTED] writes:
+#define NET_SIZE_T socklen_t
Does this hold for every level of OpenBSD, or is a version check
necessary?
all versions = 2.6 have socklen_t.
Given that We
On Tue, Sep 10, 2002 at 10:05:19AM -0400, Jeff Trawick wrote:
Henning Brauer wrote:
On Tue, Sep 10, 2002 at 07:12:56AM -0400, Jeff Trawick wrote:
Henning Brauer [EMAIL PROTECTED] writes:
+#define NET_SIZE_T socklen_t
Does this hold for every level of OpenBSD, or is a version check
Henning Brauer wrote:
anyway, this works on -current and should do well on older releases as well.
patch is hand-crufted, might not apply cleanly.
--- ap_config.h.orig Tue Sep 10 17:05:11 2002
+++ ap_config.h Tue Sep 10 17:06:41 2002
@@ -692,6 +692,10 @@
#if defined __OpenBSD__
On Tue, 2002-09-10 at 04:12, Jeff Trawick wrote:
Brian Pane [EMAIL PROTECTED] writes:
I like the idea of restricting the change to Tru64 for now, just
to eliminate the possibility of breaking something unexpected on
some other system this close to the 2.0.41 launch. Is there a
At 01:36 AM 9/10/2002, Justin Erenkrantz wrote:
On Tue, Sep 10, 2002 at 03:00:51AM -, [EMAIL PROTECTED] wrote:
jerenkrantz2002/09/09 20:00:50
Modified:.CHANGES
support htpasswd.c
Log:
Add ability to htpasswd (via -5) to produce non-obfuscated
On Tue, 10 Sep 2002, William A. Rowe, Jr. wrote:
At 01:36 AM 9/10/2002, Justin Erenkrantz wrote:
On Tue, Sep 10, 2002 at 03:00:51AM -, [EMAIL PROTECTED] wrote:
jerenkrantz2002/09/09 20:00:50
Modified:.CHANGES
support htpasswd.c
Log:
+/* There's probably a better way to do this, but for the time
being...
+ *
+ * Right now the parsing is very 'slack'. Actual rules from RFC
2069 are:
The relevant spec is RFC 2617. Were there significant changes since 2069?
Roy
On Tue, 10 Sep 2002, Roy T. Fielding wrote:
+ * Right now the parsing is very 'slack'. Actual rules from RFC
2069 are:
The relevant spec is RFC 2617. Were there significant changes since 2069?
THANKS ! My bad - missed that. Checking..
Dw
On Tue, 10 Sep 2002, Roy T. Fielding wrote:
+/* There's probably a better way to do this, but for the time
being...
+ *
+ * Right now the parsing is very 'slack'. Actual rules from RFC
2069 are:
The relevant spec is RFC 2617. Were there significant changes since
On Tue, Sep 10, 2002 at 11:17:58AM -0400, Jim Jagielski wrote:
Henning Brauer wrote:
anyway, this works on -current and should do well on older releases as well.
patch is hand-crufted, might not apply cleanly.
--- ap_config.h.origTue Sep 10 17:05:11 2002
+++ ap_config.h
Hi,
as someone who works on multi-threaded problems, but not Apache, I ran
into your page at
http://httpd.apache.org/docs-2.0/developer/thread_safety.html
I strongly suggest to revise it, because it lacks depth. First of all,
you probably should start explaining the basic problem in case a
Contributions are more than welcome.
On Tue, 10 Sep 2002, Cyrille Artho wrote:
Hi,
as someone who works on multi-threaded problems, but not Apache, I ran
into your page at
http://httpd.apache.org/docs-2.0/developer/thread_safety.html
I strongly suggest to revise it, because it lacks
[I am not an Apache contributor, merely a lurker, but...]
On Tue, 10 Sep 2002, Jon Travis wrote:
These are not coercive tactics. These are processes which are
beneficial to both the ASF and Covalent. I cannot continually monitor
the progress of this project for eternity. I'm astonished
Not in this section. Comma separation made clearer (but no explicit
wording on white space eating) - and our old code was still at fault
when isinsting that any non alpanumeric MUST be quoted.
Odd that the BNF doesn't require that -- it cannot be parsed
unambiguously without the quotes.
On Tue, Sep 10, 2002 at 09:47:01AM -0700, Scott Hess wrote:
[I am not an Apache contributor, merely a lurker, but...]
On Tue, 10 Sep 2002, Jon Travis wrote:
These are not coercive tactics. These are processes which are
beneficial to both the ASF and Covalent. I cannot continually
Hi,
I'am trying to use the cache module with reverse proxy, and i have few
problems.
When i'am using a browser with data in cache, like the file test.gif.
If the picture is in my browser cache before my first try with the
reverse proxy,
mod_cache is unable to cache the data, because on the
Hi,
I'am trying to use the cache module with reverse proxy, and i have few
problems.
When i'am using a browser with data in cache, like the file test.gif.
If the picture is in my browser cache before my first try with the
reverse proxy,
mod_cache is unable to cache the data, because on the
I think I have been seeing the same thing for a long time when
refreshing entries
in mod_mem_cache. If you find something in the alloc path I
will be
more than happy to try it in my lab.
"Jean-Jacques Clar" [EMAIL PROTECTED] on 05/21/2002 06:23:58
PMTo: W G
If '-D_XPG4_2 -D__EXTENSIONS__' are added to CPPFLAGS during the configure
process, perchild will compile relatively cleanly under Solaris 8 and
result in a binary that actually serves content!! Haven't yet
playing with using the actual uid/gid aspects of perchild yet.
I'm looking to see what
-- Original Message --
Reply-To: [EMAIL PROTECTED]
Date: Tue, 10 Sep 2002 09:47:01 -0700 (PDT)
From: Scott Hess [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
cc: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Re:
Can we settle down? A donation of code was being offered, and there was
discussion within the ASF about it, but the status of those discussions
weren't being folded back to the donator.
Before we veer off on yet another tangent, can we address the core
issue? Should the ASF accept the code
On Tue, 10 Sep 2002, Jim Jagielski wrote:
Can we settle down? A donation of code was being offered, and there was
discussion within the ASF about it, but the status of those discussions
weren't being folded back to the donator.
Before we veer off on yet another tangent, can we address the
Before we veer off on yet another tangent, can we address the core
issue? Should the ASF accept the code donation? I believe Greg has
done a review of said code.
Accept:
+1, and move somewhere into apr
Daniel
On Tue, Sep 10, 2002 at 11:57:08AM -0400, [EMAIL PROTECTED] wrote:
I agree with Bill. Please revert this commit. The problem is that
And, I think there is power in giving the user the choice to have
correct MD5 hashes produced. Not every use of htpasswd is going to
be fed into
This message is complete hand-waving. The point of htpasswd is to create
password files for mod_auth. It doesn't create password files for use
with other authentication schemes. More to the point, if anybody ever
uses this option, it will FAIL with mod_auth. That violates the principle
of
On Tue, Sep 10, 2002 at 01:07:30PM -0400, Jim Jagielski wrote:
If '-D_XPG4_2 -D__EXTENSIONS__' are added to CPPFLAGS during the configure
process, perchild will compile relatively cleanly under Solaris 8 and
result in a binary that actually serves content!! Haven't yet
playing with using the
At 12:24 PM 9/10/2002, Justin Erenkrantz wrote:
On Tue, Sep 10, 2002 at 11:57:08AM -0400, [EMAIL PROTECTED] wrote:
I agree with Bill. Please revert this commit. The problem is that
And, I think there is power in giving the user the choice to have
correct MD5 hashes produced. Not every use
At 10:58 AM 9/10/2002, Cyrille Artho wrote:
Hi,
as someone who works on multi-threaded problems, but not Apache,
I ran into your page at
http://httpd.apache.org/docs-2.0/developer/thread_safety.html
I strongly suggest to revise it, because it lacks depth.
Please, edit the .html however you see
On Tue, Sep 10, 2002 at 12:46:40PM -0500, William A. Rowe, Jr. wrote:
You missed the point, anything that htpasswd or htdigest produce
must be parsable by mod_auth or mod_auth_digest, respectively.
In case you've forgotten, there is no more mod_auth. So, this is an
opportunity to rethink how
Aaron Bannert wrote:
On Tue, Sep 10, 2002 at 11:19:34AM -0700, Justin Erenkrantz wrote:
In case you've forgotten, there is no more mod_auth. So, this is an
opportunity to rethink how we store passwords.
And, in order to be backwards compatible, we can leave the $apr1$
fooness
On Tue, Sep 10, 2002 at 11:31:20AM -0700, Aaron Bannert wrote:
Although I like the idea of rethinking these sorts of things, I don't
think we would do well to break current .htpasswd files or homebrew
scripts that do the work of htpasswd.
I think we can do it in a way that wouldn't break old
At 11:07 AM -0700 9/10/02, Aaron Bannert wrote:
On Tue, Sep 10, 2002 at 01:07:30PM -0400, Jim Jagielski wrote:
If '-D_XPG4_2 -D__EXTENSIONS__' are added to CPPFLAGS during the configure
process, perchild will compile relatively cleanly under Solaris 8 and
result in a binary that actually
[Moving to [EMAIL PROTECTED]]
From: Cliff Woolley [mailto:[EMAIL PROTECTED]]
Sent: 09 September 2002 22:42
On Mon, 9 Sep 2002, Brad Nicholes wrote:
Has anybody else noticed a memory leak when requesting pages less
than 8k? If I repeatedly request pages less than 8k I have noticed
On Tue, 10 Sep 2002, Jim Jagielski wrote:
At 11:07 AM -0700 9/10/02, Aaron Bannert wrote:
On Tue, Sep 10, 2002 at 01:07:30PM -0400, Jim Jagielski wrote:
If '-D_XPG4_2 -D__EXTENSIONS__' are added to CPPFLAGS during the configure
process, perchild will compile relatively cleanly under
[EMAIL PROTECTED] wrote:
I'm also concerned about breakage... Thing is, we're using msghdr for
the recvmsg() calls.
Yeah, I don't think Solaris uses the same structure/functions for passing
fd's between processes.
Well, it looks like it *can* :)
That doesn't mean that it
From http://www.osxgnu.org/#jagbugs
August, 31 2002: Major Bug found in the GNU Autoconf implementation on 10.2 Jaguar!
In the file /usr/share/autoconf/autoconf.m4f line 7294 should read:
exit (setpgrp (0,0) == -1);])],
not
exit (setpgrp (1,1) == -1);])],
As a result any program using GNU
Nice job! The new documentation looks really good!
Bill
When you figure it out, please update the developer docs (on
httpd.apache.org/dev/) with the info.
Bill
-Original Message-
From: Graham Leggett [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, September 10, 2002 9:51 AM
To: [EMAIL PROTECTED]
Subject: OT: CVS, SSH and Windows
Hi all,
I used a really old pre-built SSH client. Works just fine. It seems that
when I tried to set up a new box and used a newer client, it failed
miserably.
I seem to recall that I generated a keypair on another box and transferred
them onto the Windows box (in a .ssh subdir). Note that you probably
[Moving to [EMAIL PROTECTED]]
From: Cliff Woolley [mailto:[EMAIL PROTECTED]]
Sent: 09 September 2002 22:42
On Mon, 9 Sep 2002, Brad Nicholes wrote:
Has anybody else noticed a memory leak when requesting pages less
than 8k? If I repeatedly request pages less than 8k I have
When you figure it out, please update the developer docs (on
httpd.apache.org/dev/) with the info.
and howtos, and have got nowhere - SSH insists on asking for a password
on every connection attempt, and won't cooperate.
You need to convince CVS to use public key authentication. Are you
On Mon, Sep 09, 2002 at 02:41:33PM -0600, Brad Nicholes wrote:
Has anybody else noticed a memory leak when requesting pages less
than 8k? If I repeatedly request pages less than 8k I have noticed
that
Yeah, my recent commit to core_output_filter seems to have fixed
this for me.
We
i have the really old cvs/ssh windows binaries here:
http://zlilo.com/ssh/
works for command line cvs'ing on windows.
you just need to set HOME and CVS_RSH env variables.
-j
On Tue, Sep 10, 2002 at 01:18:10PM -0700, Sander Temme wrote:
When you figure it out, please update the developer docs (on
httpd.apache.org/dev/) with the info.
and howtos, and have got nowhere - SSH insists on asking for a password
on every connection attempt, and won't cooperate.
You
On Tue, Sep 10, 2002 at 04:09:39PM -0400, Jim Jagielski wrote:
From http://www.osxgnu.org/#jagbugs
August, 31 2002: Major Bug found in the GNU Autoconf implementation on 10.2 Jaguar!
In the file /usr/share/autoconf/autoconf.m4f line 7294 should read:
exit (setpgrp (0,0) == -1);])],
not
Sander van Zoest wrote:
There is a new August 2002 Dev Tools 10.2 Update available from ADC.
I am not sure if this addresses this issue, since I do not have my
machine with me. But I wouldn't be too surprised if it did.
Unfortunately, it doesn't. I installed the update a bit ago, and
Jim Jagielski wrote:
Unfortunately, it doesn't. I installed the update a bit ago, and the
autoconf bug wasn't fixed. At least, after I installed it, the bug was
still present.
Looking through the Archive.pax.gz file confirms that the autoconf stuff
ain't touched :)
--
From: Bill Stoddard [mailto:[EMAIL PROTECTED]]
Sent: 10 September 2002 22:23
[Moving to [EMAIL PROTECTED]]
[...]
I think max_index is misunderstood. allocator-max_index is the index of
the biggest block available. index = block_size / boundary_size - 1, where
boundary_size is 4096.
I guess my leak is from a different source.
Refreshing files in mod_mem_cache drive up the allocated memory in
aprlib.
It is consistent and has been there since I started using mod_cache
(3-4 months ago).
Justin,
Were you using caching modules when you were able to reproduce/fix
Brad's leak?
htpasswd.patch
Description: Binary data
Here's the solution I came to after dickin' around for hours with it a few
months ago...
Install ssh from http://www.networksimplicity.com/openssh/. You _cannot_
have cygwin installed along side this port of openssh. If you want to use
key authenication store your private key as c:\program
does anyone recall if there was a good reason not to include this patch
in the main distribution ?
...since 10-Sep-2002 19:22:33 PDT. Looks good.
Greg
Greg Ames wrote:
...since 10-Sep-2002 19:22:33 PDT. Looks good.
Greg
Does it have Justin's fix for the bucket leak (the one from earlier today)?
Brian
On Tue, 10 Sep 2002, David Shane Holden wrote:
I haven't tried to use WinCVS, so I'm of no help there, but hopefully this
WinCVS sucks big time. It's way up there on the bogometer. Use
TortoiseCVS instead.
--Cliff
On Tue, 10 Sep 2002, Cliff Woolley wrote:
WinCVS sucks big time. It's way up there on the bogometer. Use
TortoiseCVS instead.
I should qualify that... use the latest development release of
TortoiseCVS... don't bother with the ancient stable release. The dev
release works fine and is much
Finally started writing some code along these lines and now, naturally, I have
some more questions :-)
Justin, you suggested I should use AP_FTYPE_NETWORK_SET-1 as the filter type for
this kind of thing. I understand that those kinds of filters are associated with
connections rather then
Thanks. There was a fix committed for this a couple of weeks
ago, so 2.0.41 will have the right logic.
Brian
Spinka, Kristofer wrote:
Description:
The Apache environment variable gzip-only-text/html was designed to
allow control over whether non-text/html content will be
On Tue, Sep 10, 2002 at 04:04:31PM -0700, Ian Holsman wrote:
does anyone recall if there was a good reason not to include this patch
in the main distribution ?
What patch is this? -- justin
If '-D_XPG4_2 -D__EXTENSIONS__' are added to CPPFLAGS during the configure
process, perchild will compile relatively cleanly under Solaris 8 and
result in a binary that actually serves content!!
Please see the standards(5) man page. -D_XPG4_2 is an internal macro,
so it shouldn't be
On Tue, Sep 10, 2002 at 09:21:17PM -0700, Justin Erenkrantz wrote:
On Tue, Sep 10, 2002 at 04:04:31PM -0700, Ian Holsman wrote:
does anyone recall if there was a good reason not to include this patch
in the main distribution ?
What patch is this? -- justin
I hadn't had time to submit
91 matches
Mail list logo