Roy T. Fielding wrote:
It can fail however it likes -- transparent gateways are not allowed in HTTP.
Once you violate the protocol, you are doomed to any number of unspecified
workarounds that will ultimately fail outside the common case.
Makes sense.
Regards,
Graham
--
Ian Holsman wrote:
Greg Ames wrote:
...since Thursday, 31-Jan-2002 19:04:06 PST.
Cool.
Something hangs now on daedalus!
we're running it for our developers internally starting tomorrow.
Beside checking out the tag, it has the usual patch to save the input buffers
for debugging,
Bill Stoddard wrote:
If httpd is linked sans thread libs, then calling these functions should
always return true, but not actually acomplish anything intended.
:-OOO
I'm not sure *what* the surprise emoticon is, but I'm ditto. It appears
that there are basically null-stubs in libc
I'm in the processing of building from the latest httpd-2.0 sources and
found the following errors...
I'm building with mod_ssl support and have copied the openssl directory
(the results of my building openssl) into the srclib directory. The
mod_ssl.dsp is set up to look in
jean-frederic clere wrote:
Ian Holsman wrote:
Greg Ames wrote:
...since Thursday, 31-Jan-2002 19:04:06 PST.
Cool.
Something hangs now on daedalus!
yep. It ran for nearly 5 hours. Then the clock struck midnight, a cron job
kicked off a graceful restart, and:
[Fri Feb 01 00:00:04
We are experiencing a problem with ap_get_client_block where a module
(Tomcat in this instance) is calling ap_get_client_block() to read stdin
and the last read (the one where we get back 0 bytes) is hanging for
Timeout time before returning. I did some investigation in http_protocol.c
in
On Fri, Feb 01, 2002 at 10:20:09AM -0500, Greg Ames wrote:
yep. It ran for nearly 5 hours. Then the clock struck midnight, a cron job
kicked off a graceful restart, and:
...all the horses turned back into mice... ;)
[Fri Feb 01 00:00:04 2002] [notice] Apache/2.0.31 (Unix) configured --
On Mon, Jan 28, 2002 at 11:37:09AM -0600, RCHAPACH Rochester wrote:
We are experiencing a problem with ap_get_client_block where a module
(Tomcat in this instance) is calling ap_get_client_block() to read stdin
and the last read (the one where we get back 0 bytes) is hanging for
Timeout time
Aaron Bannert wrote:
On Fri, Feb 01, 2002 at 10:20:09AM -0500, Greg Ames wrote:
yep. It ran for nearly 5 hours. Then the clock struck midnight, a cron job
kicked off a graceful restart, and:
...all the horses turned back into mice... ;)
hee, hee :) very appropriate
I have a
Hello,
can anyone, please, point out where apache forks a new process in order to
run a new cgi script? I want to make it count and limit the number of cgi
scripts on per user basis, because RLimit* directives and various suexec
patches don't prevent it from starting new processes.
I run
Aaron Bannert wrote:
On Fri, Feb 01, 2002 at 11:26:47AM -0500, Greg Ames wrote:
It looks like the scoreboard is currently being created in the pconf
pool, which is cleared shortly after ap_run_mpm() decides to do a graceful.
That sounds bad.
Switched to use a global pool, and this
Justin Erenkrantz wrote:
On Mon, Jan 28, 2002 at 11:37:09AM -0600, RCHAPACH Rochester wrote:
We are experiencing a problem with ap_get_client_block where a module
(Tomcat in this instance) is calling ap_get_client_block() to read stdin
and the last read (the one where we get back 0
On Fri, Feb 01, 2002 at 05:51:18PM -, [EMAIL PROTECTED] wrote:
jerenkrantz02/02/01 09:51:18
Modified:.STATUS
Log:
There are really two issues here:
- Can we *ever* build a static binary? That *is* a showstopper, I agree.
And, Aaron has volunteered to fix
On Fri, Feb 01, 2002 at 11:00:11AM -0700, Brad Nicholes wrote:
Why is the platform #ifdef WIN32 being included in an HTTPD source
file? I thought the whole idea was to keep platform specific code out
of the general HTTPD source and put it in APR.
It is admittedly lame, but it is only
On Fri, Feb 01, 2002 at 12:55:48PM -0500, Greg Ames wrote:
h...chunked...it could be broken on ebcdic boxes now, due to the changes in
the input filtering and ap_getline. It used to be that every byte of inbound
http protocol data went thru ap_getline and got translated if the source code
Justin Erenkrantz wrote:
On Fri, Feb 01, 2002 at 12:55:48PM -0500, Greg Ames wrote:
h...chunked...it could be broken on ebcdic boxes now, due to the changes in
the input filtering and ap_getline. It used to be that every byte of inbound
http protocol data went thru ap_getline and
Just checking.
Thanks,
[EMAIL PROTECTED] Friday, February 01, 2002 11:26:30 AM
From: Brad Nicholes [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, February 01, 2002 12:00 PM
Subject: Re: cvs commit: httpd-2.0/server scoreboard.c
Why is the platform #ifdef WIN32 being included in an
These are the steps I take to build it
rm -rf php
cvs co php4
cd php4
cvs co Zend TSRM
cd ..
./buildconf
./configure \
--with-apxs2=/usr/local/apache2/bin/apxs --enable-safe-mode \
--with-openssl=/usr/src/openssl-0.9.6c/ --enable-magic-quotes --with-zlib \
--with-bz2 --enable-calendar
Justin Erenkrantz wrote:
On Fri, Feb 01, 2002 at 06:21:59AM -, [EMAIL PROTECTED] wrote:
jerenkrantz02/01/31 22:21:59
Modified:.ABOUT_APACHE
Log:
Update some of the URLs and notes that have gotten stale.
Ian,
This one might be worth bumping the tag on.
Aaron Bannert wrote:
Switched to use a global pool, and this gets rid of the SEGVs for
me on graceful.
Ian: you may wish to push the tag up on this file, but it's up to you.
daedalus has been updated, and graceful and non-graceful restarts are working
fine once again. I'll probably try it
From: [EMAIL PROTECTED]
Sent: Friday, February 01, 2002 7:21 AM
coar02/02/01 05:21:34
Modified:.STATUS
@@ -135,7 +142,7 @@
on dev@apr:
Message-ID: [EMAIL PROTECTED]
Vote: Is a non-portable perchild going to hold up a GA release?
-
Bill,
thanks for the update!
But let's consider this, instead. Create an 'info' shm (like Havard has),
that contains all the goodies about the parent, and has room for the child
to 'talk back' at the parent. These include listeners, the score shm handle,
logfile handles or whatever.
William A. Rowe, Jr. wrote:
I have to strongly object to this Ken's assertion.
Um, you're objecting to my opinion. Why not try,
Ken, I think you're wrong and here's why rather than,
lookit, everybody, here's why Ken's wrong? As in
addressing me in the second person rather than the
third?
--
Greg Ames wrote:
Yeah, I think EBCDIC boxes may be broken in ap_rgetline. I posted
asking for people with those boxes to give feedback. No one
responded.
It might be a piece of cake fix. Is it true that inbound chunk headers no
longer go thru ap_[r]getline?
(yeah I know, find and
Jim Jagielski [EMAIL PROTECTED] writes:
Bill Stoddard wrote:
If httpd is linked sans thread libs, then calling these functions should
always return true, but not actually acomplish anything intended.
:-OOO
I'm not sure *what* the surprise emoticon is, but I'm ditto. It
From: Rodent of Unusual Size [EMAIL PROTECTED]
Sent: Friday, February 01, 2002 2:11 PM
William A. Rowe, Jr. wrote:
I have to strongly object to this Ken's assertion.
Um, you're objecting to my opinion. Why not try,
Ken, I think you're wrong and here's why rather than,
lookit,
Jeff Trawick wrote:
Jim Jagielski [EMAIL PROTECTED] writes:
Bill Stoddard wrote:
If httpd is linked sans thread libs, then calling these functions should
always return true, but not actually acomplish anything intended.
:-OOO
I'm not sure *what* the surprise
and available on http://www.apache.org/dist/httpd/httpd-2_0_31-alpha.tar.gz
Many thanks to Justin Aaron.
can people do a quick sanity check that the roll is good
TIA
Ian
httpd-2.0.31 does not build on NetWare because of a screwed up #ifdef
APR_HAS_SHARED_MEMORY in scoreboard.c/ap_reopen_scoreboard(). The fix
for this has already been checked in but I'm not going to worry about it
for now as long as 2.0.31 is just an alpha. If you are planning on
releasing .31
On Fri, Feb 01, 2002 at 02:45:56PM -0700, Brad Nicholes wrote:
httpd-2.0.31 does not build on NetWare because of a screwed up #ifdef
APR_HAS_SHARED_MEMORY in scoreboard.c/ap_reopen_scoreboard(). The fix
for this has already been checked in but I'm not going to worry about it
for now as long
On Fri, Feb 01, 2002 at 02:45:56PM -0700, Brad Nicholes wrote:
httpd-2.0.31 does not build on NetWare because of a screwed up #ifdef
APR_HAS_SHARED_MEMORY in scoreboard.c/ap_reopen_scoreboard(). The fix
for this has already been checked in but I'm not going to worry about it
for now as
On Fri, Feb 01, 2002 at 12:39:39PM -0800, Ian Holsman wrote:
and available on http://www.apache.org/dist/httpd/httpd-2_0_31-alpha.tar.gz
One note that Aaron pointed out is that the tarball extracts to
apache_2.0.31 instead of httpd-2_0_31. Ian tarred it up as
apache_2.0.31 instead of
On Fri, Feb 01, 2002 at 01:48:59PM -0800, Aaron Bannert wrote:
An alternative is to post the patch in the release notes (it is a very
small patch).
Since it only affects NetWare (how about Win32?), I'd be
comfortable with having it as posted patch for 2.0.31 if it
makes beta. We did this for
Ian Holsman wrote:
and available on http://www.apache.org/dist/httpd/httpd-2_0_31-alpha.tar.gz
Many thanks to Justin Aaron.
can people do a quick sanity check that the roll is good
TIA
Ian
daedalus is unhappy when I run ./config.nice. I intentionally didn't run
./buildconf first so
Bill Stoddard wrote:
We are definately trying to make this a beta. Perhaps Ian can be
pursuaded (with money, food, etc..) to do a reroll,
Once the tarball is rolled, that's it, move on to the next version.
This is a very error prone part of our process. I got around it in 2_0_28 by
On Fri, Feb 01, 2002 at 04:58:00PM -0500, Greg Ames wrote:
daedalus is unhappy when I run ./config.nice. I intentionally didn't run
./buildconf first so I could test the included configure scripts.
Greg
config.status: creating support/envvars-std
mv: support/envvars-std: set
Justin Erenkrantz wrote:
On Fri, Feb 01, 2002 at 04:58:00PM -0500, Greg Ames wrote:
daedalus is unhappy when I run ./config.nice. I intentionally didn't run
./buildconf first so I could test the included configure scripts.
Greg
config.status: creating support/envvars-std
mv:
On Fri, Feb 01, 2002 at 02:26:14PM -0800, Ian Holsman wrote:
where to from here?
do we just trash-31 as the tar ball is INVALID ?
do we start this game again with 32?
or should we do a 31.1 ?
I think people have said its okay to reroll if we screw up the
roll. But, I'm not sure.
FWIW, Roy
Justin Erenkrantz wrote:
On Fri, Feb 01, 2002 at 04:58:00PM -0500, Greg Ames wrote:
daedalus is unhappy when I run ./config.nice. I intentionally
didn't
run
./buildconf first so I could test the included configure scripts.
Greg
config.status: creating support/envvars-std
mv:
why not just reroll as 2.0.31pl1?
On Fri, 1 Feb 2002, Greg Ames wrote:
Bill Stoddard wrote:
We are definately trying to make this a beta. Perhaps Ian can be
pursuaded (with money, food, etc..) to do a reroll,
Once the tarball is rolled, that's it, move on to the next version.
Justin Erenkrantz wrote:
On Fri, Feb 01, 2002 at 04:58:00PM -0500, Greg Ames wrote:
daedalus is unhappy when I run ./config.nice. I intentionally didn't run
./buildconf first so I could test the included configure scripts.
Greg
config.status: creating support/envvars-std
mv:
On Fri, Feb 01, 2002 at 05:37:29PM -0500, Greg Ames wrote:
It works fine when I do ./buildconf first. Jeff stuck his head in here before
he left and said that autoconf 2.52 doesn't work on FreeBSD -- he recognized the
./config.status: 775: Syntax error: done unexpected (expecting ))
I
Greg Ames [EMAIL PROTECTED] writes:
This is a very error prone part of our process. I got around it in 2_0_28 by
sending preliminary tarballs to people on platforms I knew were problematic,
before making anything public. Madhu told me my first tarball built with
autoconf 1.4.2 didn't work
Ryan Bloom [EMAIL PROTECTED] writes:
All you have to do to roll a release is:
ssh cvs.apache.org
cvs co httpd-2.0
and apr and apr-util I would guess
cp httpd-2.0/build/httpd_roll_release .
./httpd_roll_release TAG_NAME logfile_name user
--
Jeff Trawick | [EMAIL PROTECTED] | PGP public
Jeff Trawick wrote:
Ryan Bloom [EMAIL PROTECTED] writes:
All you have to do to roll a release is:
ssh cvs.apache.org
cvs co httpd-2.0
and apr and apr-util I would guess
cp httpd-2.0/build/httpd_roll_release .
./httpd_roll_release TAG_NAME logfile_name user
ok.
I used this method
RCHAPACH Rochester wrote:
We are experiencing a problem with ap_get_client_block where a module
(Tomcat in this instance) is calling ap_get_client_block() to read stdin
and the last read (the one where we get back 0 bytes) is hanging for
Timeout time before returning.
Kent Bruinsma
Jeff Trawick wrote:
Greg Ames [EMAIL PROTECTED] writes:
Madhu told me my first tarball built with
autoconf 1.4.2 didn't work for HP-UX. So I re-rolled on daedalus for most
platforms, and on Linux w/autoconf 1.4.2 for Darwin.
I think Greg mean libtool 1.4.2.
yep...it's been a long
Hi,
Pending re-rolling of the tar file, here's what I got for the curent
version of httpd-2_0_31-alpha.tar.gz :
creating config_vars.mk
configure: creating ./config.status
creating modules/aaa/Makefile
creating modules/cache/Makefile
creating modules/echo/Makefile
creating
On Fri, Feb 01, 2002 at 03:08:19PM -0800, MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1)
wrote:
Hi,
Pending re-rolling of the tar file, here's what I got for the curent
version of httpd-2_0_31-alpha.tar.gz :
creating config_vars.mk
configure: creating ./config.status
creating
On 1 Feb 2002, Jeff Trawick wrote:
| I'm not sure why we'd need to test. Current code says that if it is
| Solaris then we define HAVE_PTHREAD_SERIALIZED_ACCEPT. I changed
| Configure yesterday to unconditionally add -lpthread (it looks to me
| that we get -lthread for free since -lpthread is
All you have to do to roll a release is:
ssh cvs.apache.org
cvs co httpd-2.0
and apr and apr-util I would guess
Nope. The script checks out the source that it will package. The only
reason to checkout the httpd-2.0 repository is to get the
httpd_roll_release script, so that should
So what is the verdict on the messed up #ifdef in scoreboard.c if .31
goes beta? Are we going to include the fixed version or patch it in the
release notes?
Brad
[EMAIL PROTECTED] Friday, February 01, 2002 2:55:34 PM
On Fri, Feb 01, 2002 at 01:48:59PM -0800, Aaron Bannert wrote:
An
Thanks,
The build looks fine on HPUX (that was the problem with 2.0.28).
-Madhu
-Original Message-
From: Aaron Bannert [mailto:[EMAIL PROTECTED]]
Sent: Friday, February 01, 2002 3:12 PM
To: [EMAIL PROTECTED]
Subject: Re: Apache 2_0_31 is now rolled
On Fri, Feb 01, 2002 at
the NW patch is in there.
the non-crap tarballs are in the /dist directory.
who would have thought making a tar ball would be so hard.
..Ian
So my post did show up... I thought it got lost, I sent it on Monday...
Strange delay factor...
I spent some additional time following the CVS's on this since last June
and figured out
what was going on. It is working, just not where I was initially looking.
The module that was
having this
On Fri, Feb 01, 2002 at 04:46:58PM -0800, Ian Holsman wrote:
the NW patch is in there.
the non-crap tarballs are in the /dist directory.
who would have thought making a tar ball would be so hard.
No kidding. It'll be easier next time.
After initially thinking there was a problem with
On Fri, Feb 01, 2002 at 05:37:29PM -0500, Greg Ames wrote:
...
It works fine when I do ./buildconf first. Jeff stuck his head in here before
he left and said that autoconf 2.52 doesn't work on FreeBSD -- he recognized the
./config.status: 775: Syntax error: done unexpected (expecting ))
I
On Fri, Feb 01, 2002 at 05:34:51PM -0800, Justin Erenkrantz wrote:
...
http://www.apache.org/dist/httpd/httpd-2_0_31-alpha.tar.gz
Why can't we name our damned tarballs and resulting directories like all
other packages out there?
For example: httpd-2.0.31-alpha.tar.gz
unpacks into:
According to Greg Stein:
Why can't we name our damned tarballs and resulting directories like all
other packages out there?
For example: httpd-2.0.31-alpha.tar.gz
unpacks into: ./httpd-2.0.31-alpha/
+1!
ciao...
--
Lars Eilebrecht - Don't hate yourself in the morning
Greg Stein wrote:
On Fri, Feb 01, 2002 at 05:34:51PM -0800, Justin Erenkrantz wrote:
...
http://www.apache.org/dist/httpd/httpd-2_0_31-alpha.tar.gz
Why can't we name our damned tarballs and resulting directories like all
other packages out there?
A superstitious behavior involving
Lars Eilebrecht wrote:
According to Greg Stein:
Why can't we name our damned tarballs and resulting directories like all
other packages out there?
For example: httpd-2.0.31-alpha.tar.gz
unpacks into: ./httpd-2.0.31-alpha/
+1!
I just built it with the ./httpd_roll_release script
so if
I can build php fine (did you do the php/Zend and php/TSRM
checkout/update?), I just haven't had much luck in the past two weeks
getting apache to startup with php installed. Nuttin' but segfaults Jim.
David
Justin Erenkrantz wrote:
On Thu, Jan 31, 2002 at 04:15:38PM -0500, David Ford
On Fri, Feb 01, 2002 at 01:28:50PM -0500, David Ford wrote:
I can build php fine (did you do the php/Zend and php/TSRM
checkout/update?), I just haven't had much luck in the past two weeks
getting apache to startup with php installed. Nuttin' but segfaults Jim.
Yeah, I have those dirs.
63 matches
Mail list logo
