If $file does exist, then the
if (! -e $file -e $default_conf) {
}
is ignored, but the
else {
}
will be followed; in my case, on Win32, it overwrote the correct,
exisiting $file with
$file = catfile $root, $default_conf;
blarg, sorry about that.
which didn't exist.
A release candidate for Apache-Test 1.27 is now available.
http://people.apache.org/~pgollucci/at/Apache-Test-1.27-dev.tar.gz
Please take the time to exercise the candidate through all your existing
applications that use Apache-Test and report back successes or failures.
Changes since 1.26:
On Mon, 3 Oct 2005, Philip M. Gollucci wrote:
Randy Kobes wrote:
On Sun, 2 Oct 2005, Joe Schaefer wrote:
Note this is our first non-dev candidate, so please give it the
extra scrutiny it deserves. Release Candidate #1 -
http://people.apache.org/~joes/libapreq2-2.07-rc1.tar.gz
Thanks!
Randy Kobes wrote:
Regarding the mp-2.0.2-RC1 (and assuming an Apache-Test rc), did you see
a patch I proposed for
Apache-Test yesterday (to the test-dev list)? It would
be nice if this, or some variant, went in the Apache-Test
rc, as without it, Apache-Test doesn't get the right
system config
Joe Schaefer wrote:
Note this is our first non-dev candidate, so please give it the
extra scrutiny it deserves. Release Candidate #1 -
http://people.apache.org/~joes/libapreq2-2.07-rc1.tar.gz
Normally, I would look into these, but I just realized I have to be in Los
Angeles Wednesday
On Fri, Sep 30, 2005 at 01:19:54PM -0500, William Rowe wrote:
Linux, Win32 and Netware begin their new socket's life in a blocking
state, while Solaris and AIX begin their life in a non-blocking state.
The socket returned by apr_socket_accept() will be non-blocking on all
Unix platforms in
Hi,
any objections / comments to the following patch for PR36507?
If not I would commit it to the trunk in 24 hours.
Regards
Rüdiger
Index: modules/proxy/mod_proxy_balancer.c
===
--- modules/proxy/mod_proxy_balancer.c (Revision
On Mon, Oct 03, 2005 at 07:50:39AM -0400, Jim Jagielski wrote:
Just some lines that caught my eye:
-*context = (void *)(value == 'T');
+*context = (void *)((long)(value == 'T'));
-int value = context != NULL;
+long value = context != NULL;
apr_fileperms_t
mod_log_config is pluggable. You can replace the normal logging
functions quite easily.
Just do something like:
static apr_status_t my_logger_writer(request_rec *r,
void *handle,
const char **strs,
Hi.
I don't know if this is the right forum for this question but I found no info
elsewhere. I simply wonder when 2.1.x is going to be dubbed stable?
--
Regards // Oden Eriksson
Mandriva: http://www.mandriva.com
NUX: http://nux.se
Joe Orton wrote:
On Mon, Oct 03, 2005 at 07:50:39AM -0400, Jim Jagielski wrote:
Just some lines that caught my eye:
-*context = (void *)(value == 'T');
+*context = (void *)((long)(value == 'T'));
-int value = context != NULL;
+long value = context !=
Hi,
I noticed that the status of a connection (or better for a worker score)
is changed back to SERVER_BUSY_READ from SERVER_BUSY_WRITE, if this connection
requires that mod_proxy creates a new connection to a backend. This does not
happen
if mod_proxy can pick up a connection to this backend
Joe Orton wrote:
On Mon, Oct 03, 2005 at 08:11:44AM -0400, Jim Jagielski wrote:
Joe Orton wrote:
On Mon, Oct 03, 2005 at 07:50:39AM -0400, Jim Jagielski wrote:
Just some lines that caught my eye:
-*context = (void *)(value == 'T');
+*context = (void
On Mon, 2005-10-03 at 07:58 -0400, Brian Akins wrote:
mod_log_config is pluggable. You can replace the normal logging
functions quite easily.
The word here is _replace_. If you replace ap_log_writer and
ap_log_writer_init you need to implement all types of logging inside
ap_log_writer.
Ondrej Sury wrote:
Even now when you want to make some log files buffered and some not you
are out of luck and this could also be solved by making plugging more
general.
Ok I see what you mean and I agree. Maybe something stupid like a
SetLogHandler similar to SetHandler? or as an
On Mon, 2005-10-03 at 09:19 -0400, Brian Akins wrote:
Ondrej Sury wrote:
Even now when you want to make some log files buffered and some not you
are out of luck and this could also be solved by making plugging more
general.
Ok I see what you mean and I agree. Maybe something stupid
Joe Orton wrote:
On Mon, Oct 03, 2005 at 08:11:44AM -0400, Jim Jagielski wrote:
Joe Orton wrote:
On Mon, Oct 03, 2005 at 07:50:39AM -0400, Jim Jagielski wrote:
Just some lines that caught my eye:
... Whenever I see conditionals cast to (long) I get
suspicious.
These are all cases where
Akins, Brian wrote:
Hmmm... Maybe custom loggers could be providers that have an init and a
writer function.
Maybe have customLog be something like this:
CustomLog mysql://something common env=images
CustomLog file:///logs/my.log combined
CustomLog spread://somegroup refere
CustomLog
William A. Rowe, Jr. wrote:
Joe Orton wrote:
On Mon, Oct 03, 2005 at 08:11:44AM -0400, Jim Jagielski wrote:
Joe Orton wrote:
On Mon, Oct 03, 2005 at 07:50:39AM -0400, Jim Jagielski wrote:
Just some lines that caught my eye:
... Whenever I see conditionals cast to (long) I get
On Mon, 2005-10-03 at 09:35 -0400, Brian Akins wrote:
Ondrej Sury wrote:
You also need to store which writer to use in each config_log_state.
This is already done.
Nope, (void *)cls-log_writer is pointer to log file descriptor.
Also, init is called for each CustomLog config entry.
Yep,
Ondrej Sury wrote:
Nope, (void *)cls-log_writer is pointer to log file descriptor.
this can be anything. (it's a void). In some modules I have written,
it's a wrapper around a socket. See, open_config_log
cls-log_writer = log_writer_init(p, s, cls-fname);
log_writer_init retures
On Tue, Sep 27, 2005 at 11:52:16AM -, [EMAIL PROTECTED] wrote:
Author: colm
Date: Tue Sep 27 04:52:14 2005
New Revision: 291914
URL: http://svn.apache.org/viewcvs?rev=291914view=rev
Log:
When doing a subrequest lookup, do not lookup using the quickhandler if
next_filter is NULL, since
On Mon, 2005-10-03 at 10:26 -0400, Brian Akins wrote:
Ondrej Sury wrote:
Nope, (void *)cls-log_writer is pointer to log file descriptor.
this can be anything. (it's a void). In some modules I have written,
it's a wrapper around a socket. See, open_config_log
cls-log_writer =
On Mon, Oct 03, 2005 at 03:50:34PM +0100, Joe Orton wrote:
gcc 4 is giving a warning:
request.c: In function `ap_sub_req_method_uri':
request.c:1584: warning: 'res' might be used uninitialized in this function
Bah, stupid compilers and their invalid warnings :) I'll fix that.
--
Colm
Joe Orton wrote:
I'm not sure I understand the issue. mod_ssl should already propagate
the APR_BLOCK_READ down so that blocking ap_get_brigade calls are made
during the SSL_accept() as far as I can see? Does this fix help?
http://svn.apache.org/viewcvs.cgi?rev=105768view=rev
Nope, we go
Akins, Brian wrote:
CustomLog mysql://something common env=images
CustomLog file:///logs/my.log combined
CustomLog spread://somegroup refere
CustomLog buffer:///logs/other.log common
This patch implements the above. Within mod_log_config two providers
are provided: file and buffer. If no
Oden Eriksson wrote:
Hi.
I don't know if this is the right forum for this question but I found no info
elsewhere. I simply wonder when 2.1.x is going to be dubbed stable?
See our versioning file:
http://svn.apache.org/repos/asf/httpd/httpd/trunk/VERSIONING
2.1.x will never be 'stable'.
Bill Stoddard wrote:
Kai Engels wrote:
HI,
just wanted to move this thread to the top, since there was no
reaction to my patches
(I have splitted the one to 4 different) ?
Are they too bad :-) ? Or was it just forgotten ?
I've not forgotten, just really busy. One of the patches I can
On Mon, Oct 03, 2005 at 10:34:28AM -0500, William Rowe wrote:
Joe Orton wrote:
I'm not sure I understand the issue. mod_ssl should already propagate
the APR_BLOCK_READ down so that blocking ap_get_brigade calls are made
during the SSL_accept() as far as I can see? Does this fix help?
On Mon, Oct 03, 2005 at 11:40:27AM -0400, Brian Akins wrote:
CustomLog mysql://something common env=images
CustomLog file:///logs/my.log combined
CustomLog spread://somegroup refere
CustomLog buffer:///logs/other.log common
This patch implements the above. Within mod_log_config two
Colm MacCarthaigh wrote:
Looks useful, but file://|/bin/foo would be very non-intuitive for piped
loggers, balancing the backwards compatibility might need a bit more, I
guess pipe:// or cmd:// schemes might make sense also.
True. I just used uri's as they seemed to just fit. I'm not
Jim Jagielski wrote:
'pipe' is clearer I think...
sure. Of course I just discovered that pip logs don't work. I think
it's the spaces in the command, ie |bin/rotatelogs /var/logs/logfile
5M. Hmmm.. looking into it...
--
Brian Akins
Lead Systems Engineer
CNN Internet Technologies
On 10/03/2005 08:49 PM, Colm MacCarthaigh wrote:
On Mon, Oct 03, 2005 at 11:40:27AM -0400, Brian Akins wrote:
[..cut..]
Looks useful, but file://|/bin/foo would be very non-intuitive for piped
I guess you still can use |/bin/foo because file is the default provider.
loggers, balancing
Rüdiger Plüm wrote:
Makes also sense to me since it seems to me that piped logging does not really
play
well with other things like spread or mysql. On the other side, what about the
buffered logging? Would it make sense to make it possible to turn this on
and off with each provider? If yes,
Jim Jagielski wrote:
True. I just used uri's as they seemed to just fit. I'm not
particularly tied to the configuration interface. Any interest in me
changing it to use cmd://?
'pipe' is clearer I think...
This patch just adds pipe:// as a log uri
--
Brian Akins
Lead Systems
On Mon, 2005-10-03 at 11:40 -0400, Brian Akins wrote:
Akins, Brian wrote:
CustomLog mysql://something common env=images
CustomLog file:///logs/my.log combined
CustomLog spread://somegroup refere
CustomLog buffer:///logs/other.log common
This patch implements the above. Within
Ondrej Sury wrote:
Just quick thought, maybe we should add:
ap_log_writer_close *close;
to struct log_provider_t. It's not absolutely necessary, because you
can use apr_pool_cleanup_register(...), but it will make writing addon
modules much cleaner.
That's debatable. I already use
On 10/03/2005 09:11 PM, Brian Akins wrote:
Rüdiger Plüm wrote:
Makes also sense to me since it seems to me that piped logging does
not really play
well with other things like spread or mysql. On the other side, what
about the
buffered logging? Would it make sense to make it possible to
Rüdiger Plüm wrote:
Or it likes to read many lines in one block as it can commit such things
as a batch rather than as single commits per line. Of course it is not required
to use DB transactions on mysql. But for Oracle this might improve performance.
but that would not be buffering in the
On 10/3/05, Brian Akins [EMAIL PROTECTED] wrote:
Rüdiger Plüm wrote: Or it likes to read many lines in one block as it can commit such things as a batch rather than as single commits per line. Of course it is not required to use DB transactions on mysql. But for Oracle this might improve
On 10/03/2005 09:53 PM, Brian Akins wrote:
Rüdiger Plüm wrote:
[..cut..]
but that would not be buffering in the sense that mod_log_config does
it. mod_log_config just keeps appending data to a buffer. in an sql
logger, to buffer you would keep a list/array/ring of log lines and
wrap
Is there a way to query what server addresses and ports a running
Apache server listening on and what the secure level of each port
programmatically using C?
I am trying to write a module to get a running Apache server's
addresses and port numbers and also the secure level of the each port ,
such
Joe Orton wrote:
Dies how, what error, what is the server left doing? This needs further
diagnosis; truss the server, loglevel debug output, etc. Does it work
on the trunk?
Ok - I added the same disallow-empty brigade logic that's in the core
ap_rgetline_core() - just to prove up/prove
On Mon, Oct 03, 2005 at 11:40:27AM -0400, Brian Akins wrote:
Akins, Brian wrote:
CustomLog mysql://something common env=images
CustomLog file:///logs/my.log combined
CustomLog spread://somegroup refere
CustomLog buffer:///logs/other.log common
I've been looking more at this, and I'm kind
Hello folks,
We (@Google) launched Sitemaps to optimize how crawlers work with
webservers, from a hit-or-miss approach to something more directed.
Currently, webcrawlers (including ours) do not know about all pages on
a webserver, or when they change. (A simple ls -lR in the ftp-world,
that we
May be we need a poll on this ??
+1
--Rajesh R
From: Shiva Shivakumar [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 04, 2005 9:39 AMTo:
dev@httpd.apache.orgCc: Greg SteinSubject:
apache/sitemaps?
Hello folks,We (@Google) launched Sitemaps to optimize
how crawlers work with
Shiva Shivakumar wrote:
Some of the key aspects of our proposal include (a) a simple XML
protocol we released under Creative Commons 2.0 license so all
webservers, webmasters and search engines could benefit from a common
approach, and (b) an open-source sitemap generator in Python
47 matches
Mail list logo