probably much better to explicitly search @INC,
rather than relying on INSTALLVENDORARCH.
p.s. the Apache/test.pm is quite big but should be ok if it's never be
modified, which I hope is the case...
__
Stas BekmanJAm_pH
David Wheeler wrote:
On Monday, May 5, 2003, at 07:34 PM, Stas Bekman wrote:
I don't think this will be robust enough, since vendors tend to do
things in their own subtle ways. It's probably much better to
explicitly search @INC, rather than relying on INSTALLVENDORARCH.
Hrm, yes, I guess
to work with perl-5.005_03
[Stas]
perlpods are found either in the 'pods/' or 'pod/' subdirs [Randal
L. Schwartz merlyn@stonehenge.com]
Autoconfigure Alias /getfiles-* only if the corresponding targets
exist [Stas]
__
Stas Bekman
).
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http
with mod_perl
1.0, or without mod_perl at all.
Please make sure that everything work for you with this version. And report
problems if any.
Thanks.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http
.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http
Geoffrey Young wrote:
Stas Bekman wrote:
Geoffrey Young wrote:
hi all...
I don't see why Apache::TestUtil exports so many functions by
default, yet it leaves out three that are just as helpful.
Because there are private functions (think of these as _foo). Do you
need them?
sure. real life
.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
);
}
MP_TRACE_f(MP_FUNC, removing filter %s\n, handler_name);
if (mode == MP_INPUT_FILTER_MODE) {
ap_remove_input_filter(f);
}
else {
ap_remove_output_filter(f);
}
}
__
Stas BekmanJAm_pH -- Just
Jeff Trawick wrote:
Stas Bekman wrote:
Yesterday, I've patched the mod_perl 2.0 build code to build on aix
(tested on powerpc/aix/5.1). The interesting thing that I haven't used
.exp's at all (neither -lapr/-laprutil/etc). I've used -berok and
-brtl and let everything to be resolved
Jeff Trawick wrote:
Stas Bekman wrote:
Jeff Trawick wrote:
The shared object has symbols that aren't intended for use by
applications, whereas the .exp file doesn't. Personally, I think it
is a good thing that we have a tight control over our API, so I think
in terms of getting httpd.exp
Jeff Trawick wrote:
Stas Bekman wrote:
In mod_perl 2.0 on AIX we have to import symbols from ap_ and apr_
namespaces
when linking the shared object (the other approach is to use -berok which
works as symbols get resolved at load time, but this is too error-prone).
The following two ways
/
A new version for Apache2 is in works, but not ready yet.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http
app and not a shared library. I'd like to avoid referencing exp files at all
for importing symbols, and let the loader figure out what symbols to import
from the object.
Thank you.
__
Stas BekmanJAm_pH -- Just Another
Joe Orton wrote:
On Tue, Feb 11, 2003 at 10:01:07AM +1100, Stas Bekman wrote:
Joe Orton wrote:
Since rev 1.63 of TestConfigPerl.pm I get this error running TEST (after
a fresh checkout)
make[1]: Leaving directory `/home/joe/src/httpd-test/pf/c-modules/authany'
!!! configure() has failed:
Use
, is this documented somewhere?
Do you have to read-modify-replace even if you don't modify the length of the
data? e.g. lowercasing all the data in the bucket?
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org
Ian Holsman wrote:
Stas Bekman wrote:
Cliff Woolley wrote:
On Mon, 17 Mar 2003, Greg Ames wrote:
I have 'data' datas long 'lenght'. If I try to modify
the data I get and to send it again inside the bucket,
it doesnt work.
What kind of buckets do you have before you try to modify them? You
;
}
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
files?
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http
output_filters to include only the protocol
* output filters from the original request.
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http
Jeff Trawick wrote:
Stas Bekman wrote:
So, everybody agrees that it should be:
-apr_status_t rc;
+int rc;
correct?
yes!
Thanks you Jeff. I've committed the fix.
Should I update Changes for this fix as well?
__
Stas
Jeff Trawick wrote:
Stas Bekman wrote:
Should I update Changes for this fix as well?
personally I would have put something like this in changes:
*) Fix a segfault when a pre_connection hook fails the connection.
[name]
That has been added already.
I was asking whether I should have also
the missing piece of commentary on Stas' commit to explain
various confusion :)
So, everybody agrees that it should be:
-apr_status_t rc;
+int rc;
correct?
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
Kosina]
+
+ *) Check the return value of ap_run_pre_connection(). So if the
+ pre_connection phase fails (without setting c-aborted)
+ ap_run_process_connection is not executed. [Stas Bekman]
+
*) Fixed a problem with mod_ldap which caused it to fault when caching
Jeff Trawick wrote:
Stas Bekman wrote:
Index: server/connection.c
===
RCS file: /home/cvspublic/httpd-2.0/server/connection.c,v
retrieving revision 1.106
diff -u -r1.106 connection.c
--- server/connection.c 15 Jul 2002 08:05:10 -
mentioned at http://httpd.apache.org/dev/: Developers
news and http://httpd.apache.org/dev/devnotes.html. Cool!
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http
] == '\0')
+return OK;
+
badesc = 0;
badpath = 0;
for (x = 0, y = 0; url[y]; ++x, ++y) {
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http
Stas Bekman wrote:
This ia an apache-1.3 issue
please disregard this one for now. I couldn't reproduce the problem and
based the possible solution on the posted backtrace, but it looks like
it's not what's happenning. I'll follow up after I dig more into this.
Richard Clarke [EMAIL PROTECTED
to return a failure status if their callbacks fail and expect Apache
to abort the processing.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto
.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
{
my($self, $line, $indent) = @_;
+use Carp;
+Carp::confess(whoah!) unless defined $line and defined $indent;
+
my $cfg = $self-parse_vhost($line);
my $port = $cfg-{port};
$cfg-{out_postamble}-();
__
Stas Bekman
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http
Joe Orton wrote:
On Fri, Feb 07, 2003 at 03:34:55PM +1100, Stas Bekman wrote:
I haven't seen any activity with maintaining tests in a while and I have a
bunch of ssl tests failing. I remember Ryan working on a new test suite.
What's the current status of things? Should Joe's new php tests
{
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
://marc.theaimsgroup.com/?l=apache-test-dev
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http
Stas Bekman wrote:
http://httpd.apache.org/test/ points to
http://www.apachelabs.org/test-dev/ for the mail archives, which gets
redirected to http://www.apache.org/.
If the archive has moved where is the new location? In any case that
link should be fixed/removed.
Here is another archive
Randy Kobes wrote:
On Fri, 31 Jan 2003, Stas Bekman wrote:
[EMAIL PROTECTED] wrote:
stas2003/01/30 16:53:45
Modified:perl-framework/Apache-Test/lib/Apache TestRun.pm
Log:
# handle the cases when the test suite is run under 'root':
#
# 1. When user 'bar' is chosen to run Apache
sockets available, shutting down
Unable to open logs
Do you have the same problem with an updated Apache::Test?
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http
Justin Erenkrantz wrote:
--On Friday, January 17, 2003 4:36 PM +1100 Stas Bekman
[EMAIL PROTECTED] wrote:
Consider this mod_cgi script:
# !/usr/bin/perl -w
print Content-type: text/plain\n\n;
print no_such_func();
print Shouldn't be printed;
httpd.conf:
ScriptAlias /cgi-bin/ /home/httpd/2.0
-Type: text/plain; charset=ISO-8859-1
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http
.
Is it possible to make that error message more descriptive, so users won't
have to wonder what device the error message is talking about?
Thanks.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org
Justin Erenkrantz wrote:
--On Saturday, January 11, 2003 8:07 PM +1100 Stas Bekman
[EMAIL PROTECTED] wrote:
ap_finalize_request_protocol covers all the other cases, by
checking r-sent_eos. My question is why not always add the eos in
ap_finalize_request_protocol
Greg Stein wrote:
On Fri, Jan 10, 2003 at 12:41:38PM +1100, Stas Bekman wrote:
Jeff Trawick wrote:
...
As has been mentioned many times before on this list, if a patch isn't
committed or commented on, you have to remind us. There are as many
whys for this requirement as there are httpd
The function to call before the filter handlers
+ *are invoked
* @param ftype The type of filter function, either ::AP_FTYPE_CONTENT or
* ::AP_FTYPE_CONNECTION
* @see ap_add_output_filter()
__
Stas
) at prefork.c:1024
#10 0x080c235d in main (argc=4, argv=0xb604) at main.c:645
#11 0x40296082 in ?? () from /lib/i686/libc.so.6
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide
value, e.g.:
# APACHE_TEST_CONFIG_ORDER 99
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http
with a lower value, e.g.:
# APACHE_TEST_CONFIG_ORDER 99
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http
and the module structure within it
* teased out...
*/
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http
cannot run tests as User root if $user eq 'root';
$user;
}
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http
! to skip would be nice.
adding a timeout should work I guess.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org
place for this check, but probably
right after:
if ((access_status = ap_run_translate_name(r))) {
return decl_die(access_status, translate, r);
}
is the obvious place.
__
Stas Bekman
.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
streams sent back to the client MUST
* be escaped to prevent CSS attacks.
*/
#define APLOG_TOCLIENT (APLOG_LEVELMASK + 2)
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl
(x_check_user_id, NULL, NULL, APR_HOOK_MIDDLE);
ap_hook_fixups(x_fixer_upper, NULL, NULL, APR_HOOK_MIDDLE);
ap_hook_type_checker(x_type_checker, NULL, NULL, APR_HOOK_MIDDLE);
__
Stas BekmanJAm_pH -- Just Another
?
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http
Jeff Trawick wrote:
Stas Bekman [EMAIL PROTECTED] writes:
Hmm, why do I get this warning on stop:
WARNING: MaxClients (10) is not an integer multiple
of ThreadsPerChild (3), lowering MaxClients to 9
for a maximum of 3 child processes,
httpd (no pid file) not running
I do get
/release/docs/2.0/devel/debug_c/debug_c.html#Precooked_gdb_Startup_Scripts
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED
)
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http
.= ;;;
$ok = 1;
}
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http
Tatsuhiko Miyagawa wrote:
Apache::Test seems to be compatible for perl 5.005_03, but it's
currently not. here's a patch;
Thanks Tatsuhiko, committed!
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http
) and
forwards them to t/TEST, so as Doug suggested just run:
t/SMOKE -trace=error ...
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL
?
While written to test mod_perl, most of the tests happen to test httpd
as well. Though this testing happens using the mod_perl API.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide
?
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org
: mod_perl2: nmake test crashes apache
Date: Mon, 13 May 2002 10:04:44 +0200
From: Alessandro Forghieri [EMAIL PROTECTED]
To: 'Stas Bekman' [EMAIL PROTECTED]
[...]
But you don't really need -Mblib? If you don't we can use $^X ||
$Config{perl} to figure out the path to the perl we are running under
?
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http
Jeff Trawick wrote:
Stas Bekman [EMAIL PROTECTED] writes:
a typo
Index: include/http_protocol.h
- * @deffunc int ap_setup_cleint_block(request_rec *r, int read_policy)
+ * @deffunc int ap_setup_client_block(request_rec *r, int read_policy)
done
hopefully no C++ reserved words
Doug MacEachern wrote:
On Tue, 16 Apr 2002, Stas Bekman wrote:
one last question. Should the ssl certificates be recreated on t/TEST
-clean (or 'make test')?
yup. if you don't want them to be, there are several ways to keep
t/conf/ssl/ca from being deleted/regenerated. careful though, since
] == '/') {
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http
Justin Erenkrantz wrote:
On Mon, Apr 15, 2002 at 11:59:00AM +0800, Stas Bekman wrote:
2.0.35 or whatever version is running on apache.org at this moment
doesn't set the Last-Modified header for static pages requests.
Daedalus won't because everything is run through mod_include.
It's
Joshua Slive wrote:
On Mon, 15 Apr 2002, Stas Bekman wrote:
Which makes all ASF projects sites running of daedalus cache
non-friendly. Is this good?
No. Only httpd.apache.org actually uses includes as far as I know. Other
sites don't need it, and it should be disabled. (Of course, I
===
Thanks Cliff, fixed.
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http
!
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http
Doug MacEachern wrote:
On Fri, 12 Apr 2002, Stas Bekman wrote:
Any idea why 'make test' in perl-framework is recompiling everything on
each invocation without sources getting changed? Including rebuilding
ssl certs.
because 'make test' always does a t/TEST -clean after itself.
but why 't/TEST
Doug MacEachern wrote:
On Sat, 13 Apr 2002, Stas Bekman wrote:
but why 't/TEST -clean' removes the compiled modules? Shouldn't this be
the job of 'make clean' and its variants?
i don't really care. i never use 'make test' or even 'make' here.
i have several checkouts of httpd-test/perl
from the mod_perl 2.0 sources
@echo or the httpd-test distribution.
EOF
}
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL
!
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
a startup failure.
Apparently on hpux and a few others child is reported is dead, when it's
not. Now please fill in the missing info, of why does this happen.
Thanks.
__
Stas BekmanJAm_pH -- Just Another mod_perl
Jim Jagielski wrote:
At 10:28 AM +0800 3/27/02, Stas Bekman wrote:
Is there anything wrong with this patch? Thanks.
Nothing that I can see... I just don't see the need. We assume that
knowledge of the virtual host implies knowledge of the IP address
and port. We don't place the IP
?
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http
});
if (my $extra_conf = $self-generate_extra_conf) {
for my $file (@$extra_conf) {
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto
:
- perl Makefile.PL -apxs /path/to/apache/bin/apxs
+ perl Makefile.PL apxs /path/to/apache/bin/apxs
4. Run the tests:
t/TEST
5. Evaluate test output.
--
__
Stas BekmanJAm_pH -- Just Another
Cliff Woolley wrote:
On Tue, 26 Mar 2002, Stas Bekman wrote:
No, no, please revert it. what made you decide to remove it?
Because at some point in the past -apxs stopped working and somebody told
me to use apxs instead. I've done it that way ever since. I figured this
was just an old entry
Is there anything wrong with this patch? Thanks.
Original Message
Subject: [PATCH scoreboard] adding port entry
Date: Fri, 15 Mar 2002 11:58:31 +0800 (SGT)
From: Stas Bekman [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
When running port based vhosts we
: +351 21 0104340 - fax: +351 21 0104301
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http
Cliff Woolley wrote:
On Fri, 22 Mar 2002, Stas Bekman wrote:
Before releasing 1.3.24, can we please resolve the issue with
-D_GNU_SOURCE,
Sorry, too late... Jim tagged it about an hour ago.
what about moving the tag?
in any case how hard is to solve the problem I've posted
Cliff Woolley wrote:
On Fri, 22 Mar 2002, Stas Bekman wrote:
what about moving the tag?
AIUI that's verboten under 1.3's release model.
ah, ok, just saw the vulnerability report. no questions than. :)
_
Stas Bekman
Hi Scott,
On Wed, 20 Mar 2002, Stas Bekman wrote:
mod_perl child processes save a lot of memory when they can share memory
with the parent process and quite often we get reports from people that
they lose that shared memory when the system decides to page out the
parent's memory pages because
Scott Hess wrote:
On Thu, 21 Mar 2002, Stas Bekman wrote:
On Wed, 20 Mar 2002, Stas Bekman wrote:
mod_perl child processes save a lot of memory when they can share
memory with the parent process and quite often we get reports from
people that they lose that shared memory when the system
on systems that support it and when the parent httpd
is started as root (mlock* works only within root owned processes).
Of course this is relevant to 1.3 and 2.0 httpds.
Thanks.
_
Stas Bekman JAm_pH -- Just
Greg Stein wrote:
On Wed, Mar 20, 2002 at 12:02:53PM +0800, Stas Bekman wrote:
mod_perl child processes save a lot of memory when they can share memory
with the parent process and quite often we get reports from people that
they lose that shared memory when the system decides to page out
0 for PID. Any reason for not
setting this entry under -DONE_PROCESS/-X?
Thanks.
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
));
+} /* no_table_report */
} /* if (active child) */
} /* for () */
}
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http
.
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL PROTECTED] http://ticketmaster.com http://apacheweek.com
http
: link: warning: library `/usr/lib/libgdbm.la' was moved.
libtool: link: warning: library `/usr/lib/libgdbm.la' was moved.
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide
Jeff Trawick wrote:
Stas Bekman [EMAIL PROTECTED] writes:
this patch:
- removes if (!short_report) { } condition since the code inside this
condition is already in the block of the same condition.
+ fixed alignment after removing the loop
- moves a chunk of code to the condition's
the
scoreboard struct a much easier and error prone task.
If I'm not mistaken it's an easy search-n-replace in the scoreboard.[hc]
and mod_status.c.
Thanks!
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http
03:47:46 -
@@ -464,6 +464,7 @@
}
apr_cpystrn(ws-vhost, r-server-server_hostname,
sizeof(ws-vhost));
+ws-port = r-server-port;
}
}
_
Stas Bekman
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL PROTECTED] http://ticketmaster.com http://apacheweek.com
http://singlesheaven.com http://perl.apache.org http
Aaron Bannert wrote:
On Wed, Mar 13, 2002 at 05:12:58PM +0800, Stas Bekman wrote:
status_init() in mod_status initializes status_flags, server_limit and
thread_limit. This is all nice for mod_status since it gets loaded
before any threads are started. Under mod_perl Apache::Scoreboard
701 - 800 of 936 matches
Mail list logo