flood STATUS: -*-text-*-
Last modified at [$Date: 2002/01/17 01:09:45 $]
Release:
milestone-04: In development
milestone-03: Tagged January 16, 2002
ASF-transfer: Released July 17, 2001
milestone-02: Tagged August 13, 2001
On Wed, May 15, 2002 at 11:14:01PM -0700, Justin Erenkrantz wrote:
The only thing I wonder is whether SSLLog and SSLLogLevel should be
marked as deprecated (via ap_set_deprecated) or whether we should
silently ignore these directives. Thoughts? -- justin
I would be strongly opposed to
On Wed, May 15, 2002 at 11:19:50PM -0700, Aaron Bannert wrote:
On Wed, May 15, 2002 at 11:14:01PM -0700, Justin Erenkrantz wrote:
The only thing I wonder is whether SSLLog and SSLLogLevel should be
marked as deprecated (via ap_set_deprecated) or whether we should
silently ignore these
[EMAIL PROTECTED] wrote:
jerenkrantz02/05/15 16:10:34
Modified:modules/ssl mod_ssl.c mod_ssl.h ssl_engine_init.c
ssl_engine_io.c ssl_engine_kernel.c
ssl_engine_log.c ssl_engine_pphrase.c
Log:
Stop using SSL_ADD_SSLERR option
On Thu, May 16, 2002 at 05:17:11AM -, [EMAIL PROTECTED] wrote:
...
SSL_LOG_TRACE and SSL_LOG_DEBUG were mapped to the APLOG_DEBUG values.
mod_ssl prints out a LOT of debugging information, so mod_ssl with LogLevel
Debug may not be a good idea - perhaps mod_ssl should be less chatty.
Hello all!
There are a lot of programs, which analyze access log files and
generates statistics reports.
Current most detailed log format (combined) doesn't contain some
interesting fields
(which may be analyzed by such systems).
Yes, developers of these systems
may ask users to define custom
We never do anything with errno in our logging functions.
We can figure out whether or not there is an apr_status_t to deal with
by comparing the appropriate parameter with 0/APR_SUCCESS only, with
no regard to APLOG_NOERRNO.
APLOG_NOERRNO made sense before because errno wasn't an explicit
[EMAIL PROTECTED] writes:
jerenkrantz02/05/15 16:10:34
Modified:modules/ssl mod_ssl.c mod_ssl.h ssl_engine_init.c
ssl_engine_io.c ssl_engine_kernel.c
ssl_engine_log.c ssl_engine_pphrase.c
great stuff...
I'm glad I went to bed
On Wed, May 15, 2002 at 11:00:42AM +0200, Sander Striker wrote:
Pardon? I would have thought that 2.0 is a leap forward in the portability
department. Care to explain?
Fpr example, did you ever try and build httpd-2.0 on a machine
where the compiler does NOT support long long and
Hello all!
Leonid Antonenkov wrote:
I think it will be better to define _standard_ full log format
About fields delimiter in new full format:
In combined log format all fields separated with space character.
Some of fields (for example, %r - first line of request)
may contain space symbol, so
Hi list,
attached is a patch used within our Cygwin net distro binary package.
I'd like to add this to cvs in order for future support.
Changes:
* config.layout: added Cygwin specific layout definitions
Stipe
[EMAIL PROTECTED]
Thanks for the patch. I'll give it a look-over, but my initial
impression is that I see no problem with folding this in.
--
===
Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/
A society that
Justin Erenkrantz wrote:
I know that libtool can (supposedly) relink binaries to change the
link paths. Could that be something we could do?
I don't think that libtool has any magic that will produce a major breakthrough
here. I played around with it back when binbuild was totally
On Thu, May 16, 2002 at 03:50:39PM +0400, Leonid Antonenkov wrote:
Not the best, but, I think, better than current solution
is to define long delimiter with rare characters (for example ' |:| ')
Format string will be like this:
LogFormat %h |:| %l |:| %u |:| %t |:| %r |:| %s |:| %b |:|
On 16 May 2002, Jeff Trawick wrote:
Who would be in favor of this, or parts thereof? I'm anxious to see a
consensus so that steps toward the goal can be filled in over time.
+1 That looks good to me. Really, I have no particular problem with httpd
being the wrapper script, but it would
Joshua Slive wrote:
On 16 May 2002, Jeff Trawick wrote:
Who would be in favor of this, or parts thereof? I'm anxious to see a
consensus so that steps toward the goal can be filled in over time.
+1 That looks good to me. Really, I have no particular problem with httpd
being the
On Thu, May 16, 2002 at 06:38:14AM -0400, Jeff Trawick wrote:
We never do anything with errno in our logging functions.
...
No sleep would be lost here over that feature.
I tend to agree that the feature is useless (an artifact of the old
logging interface, as you point out), but at this point
Jeff Trawick wrote:
We never do anything with errno in our logging functions.
We can figure out whether or not there is an apr_status_t to deal with
by comparing the appropriate parameter with 0/APR_SUCCESS only, with
no regard to APLOG_NOERRNO.
APLOG_NOERRNO made sense before because errno
My own opinion is that we leave things exactly as they are today. If
you are running the binary by hand, you are taking some responsibility
for knowing what you are doing. That means having the environment
variables setup correctly before you start.
If you don't want that responsibility, use
Joshua Slive wrote:
On 16 May 2002, Jeff Trawick wrote:
Who would be in favor of this, or parts thereof? I'm anxious to see a
consensus so that steps toward the goal can be filled in over time.
+1 That looks good to me. Really, I have no particular problem with httpd
being the
Brian Pane wrote:
Jeff Trawick wrote:
We never do anything with errno in our logging functions.
We can figure out whether or not there is an apr_status_t to deal with
by comparing the appropriate parameter with 0/APR_SUCCESS only, with
no regard to APLOG_NOERRNO.
APLOG_NOERRNO made
On Thu, 16 May 2002, Ryan Bloom wrote:
My own opinion is that we leave things exactly as they are today. If
you are running the binary by hand, you are taking some responsibility
for knowing what you are doing. That means having the environment
variables setup correctly before you start.
Jeff Trawick wrote:
Who would be in favor of this, or parts thereof? I'm anxious to see a
consensus so that steps toward the goal can be filled in over time.
1) httpd can't be used directly on Unix because of environment
variable settings
SNIP
Due to inheritance (export) of
My own opinion is that we leave things exactly as they are today. If
you are running the binary by hand, you are taking some responsibility
for knowing what you are doing. That means having the environment
variables setup correctly before you start.
If you don't want that
Aaron Bannert [EMAIL PROTECTED] writes:
On Thu, May 16, 2002 at 06:38:14AM -0400, Jeff Trawick wrote:
We never do anything with errno in our logging functions.
...
No sleep would be lost here over that feature.
I tend to agree that the feature is useless (an artifact of the old
logging
I've run into this on both OS/2 linux now. If you have apache2 installed
in /usr/local/apache2 or the apache2/bin directory is PATHed, the
APR_FIND_APR autoconf macro finds that in preference to the version in
srclib/apr. If the former is an old version Apache's build fails. I had
2.0.36
Ryan Bloom [EMAIL PROTECTED] writes:
My own opinion is that we leave things exactly as they are today. If
you are running the binary by hand, you are taking some responsibility
for knowing what you are doing. That means having the environment
variables setup correctly before you start.
I'd recommend that we keep the constant for now so that everybody's
code compiles, document it as useless and deprecated, stop using it in
our code so we don't set a bad example, and remove it with the next
big API change (2.1?).
+1
Time to start the laundry list of things we need to do as
Brian Pane [EMAIL PROTECTED] writes:
My vote presumes, by the way, that the removal is really
a backward-compatible deprecation:
* re#define APLOG_NOERRNO to zero for source compatibility
* mask out the bit that used to be APLOG_NOERRNO within
ap_log_*error() for binary
On Thu, May 16, 2002 at 11:37:26AM -0400, Jeff Trawick wrote:
I wouldn't remove APLOG_NOERRNO within the same release. Most MMN
bumps don't require a source code change for any particular module.
I don't see a compelling reason to make modules remove the symbol from
their code until there is
As the topic. My ultimate (ie, next week) aim is to apr-ise htpasswd fully,
unless there is a reason this wasn't done originally?
Cheers
-Thom
--
Thom May - [EMAIL PROTECTED]
We shall not make Britain's mistakes. Too wise to try to rule the world,
we shall merely own it.
--Ludwell Denny
Justin Erenkrantz [EMAIL PROTECTED] writes:
On Thu, May 16, 2002 at 11:37:26AM -0400, Jeff Trawick wrote:
I wouldn't remove APLOG_NOERRNO within the same release. Most MMN
bumps don't require a source code change for any particular module.
I don't see a compelling reason to make modules
On Thu, 16 May 2002, Thom May wrote:
As the topic. My ultimate (ie, next week) aim is to apr-ise htpasswd fully,
unless there is a reason this wasn't done originally?
Haven't had a chance to extensively look at this, but two quick comments:
no tabs please, and yes htpasswd should be APRized.
Configuration: ApacheMonitor - Win32 Release
Linking...
ApacheMonitor.obj : error LNK2001: unresolved external symbol __imp__CoUninitialize@0
ApacheMonitor.obj : error LNK2001: unresolved external symbol __imp__CoInitialize@4
Release/ApacheMonitor.exe :
* Cliff Woolley ([EMAIL PROTECTED]) wrote :
On Thu, 16 May 2002, Thom May wrote:
As the topic. My ultimate (ie, next week) aim is to apr-ise htpasswd fully,
unless there is a reason this wasn't done originally?
Haven't had a chance to extensively look at this, but two quick comments:
On Thu, May 16, 2002 at 02:24:15PM +0200, Stipe Tolj wrote:
attached is an update manual html page specific for the Cygwin
platform. Please review and add this to the current cvs tree.
Both committed.
Thanks.
Martin
--
[EMAIL PROTECTED] | Fujitsu Siemens
Fon:
From: Sander van Zoest [mailto:[EMAIL PROTECTED]]
Hi,
I am looking to call an output filter on 3XX status codes.
But I am not seeing my output filter being called on those
types of requests.
Do 3XX shortcut the filter chain?
Yes, 3XX error pages remove all output filters. I do not
Justin Erenkrantz wrote:
Anyone think we should remove RewriteLog/RewriteLogLevel while
we're at it? -- justin
I don't think so... it's useful for debugging, especially with complex
conditions and patterns. When that happens, it's best for it to
be self contained and controlled :)
--
It is common practice to set Cookie's to pass along on HTTP
redirects for login authentication.
When implementing P3P http://www.w3.org/P3P/ using
mod_headers.c the Header directive only sets r-headers_out
and does not pass the headers along for non-2XX responses
such as error pages and
I'm trying to understand where the docs live so I can update them properly.
Using install-tpf.html for the example...
I'm guessing that httpd-docs-1.3/htdocs/manual/install-tpf.html is what
shows up on the Apache website.
And that apache-1.3/htdocs/manual/install-tpf.html is what shows up in
I guess not much needs saying.
--
Thom May - [EMAIL PROTECTED]
We shall not make Britain's mistakes. Too wise to try to rule the world,
we shall merely own it.
--Ludwell Denny
Index: htpasswd.c
===
RCS file:
Cliff Woolley [EMAIL PROTECTED] writes:
3) apachectl becomes a simple wrapper script for httpd
You could do both 2 and 3 I suppose, but ... nah. #2 is enough to remove
the complexity from apachectl.
Step 3 is what removes the complexity from apachectl. Step 2 is what
gives httpd the
On 16 May 2002, Jeff Trawick wrote:
Step 3 is what removes the complexity from apachectl. Step 2 is what
gives httpd the features required for step 3.
I guess I don't see:
start)
stop)
graceful)
restart)
httpd -k $1
;;
startssl)
httpd -DSSL -k start
;;
Ok, so now a new sanity check, hopefully sans tabs.
-Thom
--
Thom May - [EMAIL PROTECTED]
Buffy: We have a marching jazz band?
Oz: Yeah, but, you know, since the best jazz is improvisational, we'd be
going off in all directions, banging into floats... scary.
--- htpasswd.c.orig Thu May
+1 here, I'm only confused by why you needed the extra strcpy(tmp, line);
which doesn't seem to be necessary.
At 02:49 PM 5/16/2002, you wrote:
Ok, so now a new sanity check, hopefully sans tabs.
-Thom
--
Thom May - [EMAIL PROTECTED]
Buffy: We have a marching jazz band?
Oz: Yeah, but, you know,
On Thu, May 16, 2002 at 08:11:03AM -0700, Brian Pane wrote:
...
My vote presumes, by the way, that the removal is really
a backward-compatible deprecation:
* re#define APLOG_NOERRNO to zero for source compatibility
* mask out the bit that used to be APLOG_NOERRNO within
Do you have patches or solutions to these problems?
Obviously, it is nobody's intent to say only with gcc. It would be quite
silly to think that's the position. But you raise a good point: we pretty
much depend on 'long long' being available nowadays. Do we have a list of
compilers that don't
On Thu, 16 May 2002, Joshua Slive wrote:
On Thu, 16 May 2002, Ryan Bloom wrote:
My own opinion is that we leave things exactly as they are today. If
you are running the binary by hand, you are taking some responsibility
for knowing what you are doing. That means having the environment
On Fri, May 17, 2002 at 01:09:55AM +1000, Brian Havard wrote:
I've run into this on both OS/2 linux now. If you have apache2 installed
in /usr/local/apache2 or the apache2/bin directory is PATHed, the
APR_FIND_APR autoconf macro finds that in preference to the version in
srclib/apr. If the
On Wed, May 15, 2002 at 09:40:56PM -0400, Cliff Woolley wrote:
On Wed, 15 May 2002, William A. Rowe, Jr. wrote:
I think this is a good direction. What about IndexResults [with a
default of 2xx/3xx]? Shorthand would be #xx for a group [so you could
include 2xx 3xx 4xx], or explicit
Hello,
JMDue to inheritance (export) of environment variables I usually start
JMApache after doing a:
JM# for i in `export | cut -f3 -d' '|cut -f1 -d'='`; do export -n $i; done
JMWhich cleans them all up nicely. One reason for doing this is so that
JMphpinfo() shows all these nice Enviroment
On Wed, May 15, 2002 at 12:49:46PM -0701, Jos Backus wrote:
What about moving into the other direction and moving the process management
portion into a separate set of tools so it can be used with other daemons
besides httpd?
I've pondered writing something like this, but then I also ponder
On Thu, May 16, 2002 at 05:00:13PM +0200, Jeroen Massar wrote:
Due to inheritance (export) of environment variables I usually start
Apache after doing a:
# for i in `export | cut -f3 -d' '|cut -f1 -d'='`; do export -n $i; done
Which cleans them all up nicely.
You can also do this by running
On Thu, May 16, 2002 at 07:27:46PM -0700, Manoj Kasichainula wrote:
On Wed, May 15, 2002 at 12:49:46PM -0701, Jos Backus wrote:
It would be great to have a BSD-licensed version of
something like djb's daemontools.
I've (mostly) written replacements for supervise, setuidgid, and
Here's a starting point for someone else to pick up how to get
httpd to honor -k [start|stop|graceful|restart] options.
I'm not going to finish it because:
a) I'm not really sure what to do on Win32.
b) What happens if an MPM decides it doesn't use a PID? (Perhaps
this code needs to get
55 matches
Mail list logo
