I had a doubt regarding executing CGI scripts in SPECweb99 -
somebody here
told me that the SPEC mandates the web server to fork a child
process to
execute a CGI script - is that so ?.
Speaking of cgi scripts - be sure to use the C based one for this, the
perl based reference is quite a bit
I had a couple of inputs here : I was talking to our specweb person,
and he
had the following views :
1. most modern day os'es cache the files, and not do a disk io for
every
single file request. (duh !!.)
Part of the design of specweb was to make it difficult (but not
imposible) to cache
1. most modern day os'es cache the files, and not do a disk io for
every
single file request. (duh !!.)
yep. Yesterday I powered up wimp for the first time in ages and did
a
mini-SPECweb experimental run in preparation for fiddling with the
stat() in
mod_specweb99. I got really
When our specweb guys were whacking Zeus they would first run a
program that would walk the file set to try and fill up the cache.
Zues had some sort of internal cache that needed to be warmed on a
per-process basis (they would run with one process per cpu), as well
as warming the read cache
I would think that using the http request time would meet the spec and
be easier than your alternatives...
Dave
- Original Message -
From: MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1)
[EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, January 23, 2003 4:05 PM
Subject: RE: gettimeofday
any of the c-modules/ *.so should be added to httpd.conf and config
within, e.g. from mod_test_apr_uri.c:
#if CONFIG_FOR_HTTPD_TEST
Location /test_apr_uri
SetHandler test-apr-uri
/Location
#endif
tests should be skipped if the module is not compiled/loaded.
you might just need to:
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
This part, though, sounds like a new problem. Do you have a way to grab
a stack trace of one of the stuck processes when this happens?
Apparently this is somewhat reproducable, it happened again. Problem is
too much to look at, 14 processes, 25 threads per and me hunting for a
needle
Hi all,
I am seeing log messages saying the listener thread didn't exit. This
is coming out of the housekeeping stuff in the worker module. I am using
2.0.40 and Tru64. I *think* it is happening when the server is trying to
reduce surplus clients.
On a possbilly related note, I am
Hi,
Building 2.0.40 on Tru64 I am seeing issues with building a resolved
mod_ssl.so.
I am using OpenSSL with the SSL libs built static. I get messages about
unresolved symbols when loading mod_ssl. I chased it down but need some
advice on a real resolution.
As you all know, mod_ssl needs to
(note: I thought I sent this but never saw it show
up on the list. If it is a repeat, I humbly regret the
transgression)
Hi all, I have a question on
ap_content_length_filter(). I ended upwandering through this function while
chasing a bug in a module. Inshort, I was trying to figure out
David Hill [EMAIL PROTECTED] writes:
Jeff,
of course :) (I also remember your other problem where I suggested
running buildconf to pick up local libtool... what happened with
that?)
Just got around to trying that (long queue, what with a brand new Apache
2
to play
- Original Message -
From: Thom May [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, April 15, 2002 3:46 PM
Subject: Re: connect to listener warning message
* David Hill ([EMAIL PROTECTED]) wrote :
David Hill [EMAIL PROTECTED] writes:
Jeff,
of course
the
listen.c hack is simple for me and works.
Dave Hill
- Original Message -
From: Jeff Trawick [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Saturday, March 30, 2002 8:51 PM
Subject: Re: connect to listener warning message
David Hill [EMAIL PROTECTED] writes:
Hi all,
When I
Jeff,
of course :) (I also remember your other problem where I suggested
running buildconf to pick up local libtool... what happened with
that?)
Just got around to trying that (long queue, what with a brand new Apache 2
to play with :-). Yes, the latest libtool installed 1.4.2 and the
I just added a Tru64 note at
http://www.apache.org/dist/httpd/
(click on the Check here to see link right under the links to the
tarballs)
Cool, thanks.
A lookup of :: is supposed to get you in6addr_any :)... I'll have to
look at this further later... Thanks for showing the jist
I spoke too soon on the libtool thingie the box I tried it on had some
other stuff on it. Also, on this particular box, for some reason it did not
find threads (specifically pthread.h according to apr/config.log).
On a cleaner box, I found I had to install GNU m4, then GNU autoconf as well
[Thu Mar 28 13:11:43 2002] [warn] (49)Can't assign requested address:
connect to listener
one per second sounds like idle server maintenance
That does seem to be the Apache code where the message is coming from based
on the comments around it.
can't assign requested address on a connect
Hi all,
When I run 2.0.32 on Compaq
Tru64 and give it a bit of a load (ok, I whack it good :-), I get warnings
similar to the following looping into the error log file. I am getting one per
second, even well after the load is removed.I do not get any of these until
after the load has been
Hi all,
I am in the process of converting an apache module
that I have working with Apache 1.3 to work with 2.0. This crufty bit of code
handles the dynamic content portion of Specweb99. I must admit my knowledge of
Apache modules is less than it should be as my first module work was
Hi,
I am trying to do a "staged
install", that is build, then install into a location other than the intended
final directory.
This means that I want to build
with prefix=/mypath, to install into /elsewhere/mypath, and then at a later
time, copy the bits into place on the tacget machine
21 matches
Mail list logo
