it myself, but I'm pretty sure it *is* now possible to build without
http enabled. Give it another try with the current CVS (or at least
2.0.22 or better) and see what happens.
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED
that the refactoring work made it possible to build without
http, but I was wrong. Oh well. At least you can preempt HTTP with your
alternate protocol.
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
On Tue, 21 Aug 2001, Doug MacEachern wrote:
anybody have the configure fu to leave -O2 out of the build if
maintainer-mode is enabled? or know of another way i can turn off -O2?
CFLAGS=-O0 ./configure ...
--Cliff
--
Cliff
(the state at which we distribute the
tarball).
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
On Tue, 21 Aug 2001, Cliff Woolley wrote:
Intuition still tells me that the apr_brigade_partition() change is
involved somehow,
Nevermind, scratch this off the list of suspects. It finally dawned on me
on my way home that it's perfectly valid for after_point to be the
sentinel... if you
it to see if it's the
sentinel.
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
;
}
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
to grok .dsw and .dsp files that have no carriage returns. Sorry.
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
for
APR_BRIGADE_FOREACH. I'll go add one. =-)
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
might not have been fully read, although this isn't
really necessary any more since Ryan reverted his patch to allow
nonblocking reads.
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
into 2_0_23 (see rev 1.14 of
ssl_engine_io.c). By all means, let us know if you're still seeing a
problem there after doing a cvs up.
Thanks,
Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
of a chance to look at it. Do you have a
backtrace we can look at?
Doug? Any ideas?
Thanks,
Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
a possibility. I just checked and it works fine on prefork (as
expected). Will investigate further tomorrow.
For now, it's 3:45am in my part of the world... I need to get to bed. =-)
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED
* 0x00562aa8) line 221
worker_main(int 249) line 908
_threadstartex(void * 0x0059b248) line 212 + 13 bytes
KERNEL32! 77e8758a()
Does this happen with the 2.0.23 tag or not?
Thanks,
Cliff
--
Cliff Woolley
[EMAIL PROTECTED
running with Ryan's
most recent patch or without.
Thanks,
Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
with SSL/TLS doesn't work.
Bill, do the .lib files need updating?
Thanks,
Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
want to see us lose momentum just when it's getting good.
=-) My thanks go out to all the people who've put in so many countless
hours trying to make this thing happen.
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
On Tue, 7 Aug 2001, Bill Stoddard wrote:
We should definitely make both threaded and prefork binaries available
for download for folks to play with. IMHO...
+1, for sure.
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED
apr_off_t and apr_size_t aren't the same
size.
Cool!! =-) I knew that damned function would come in handy some day...
Thanks,
Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
a few other things (I want to look at Ian's
submission, also) and then tag. (So 3pm was flexible... sue me. =-)
Are we all set now? Have I overlooked a showstopper somewhere?
Thanks guys,
Cliff
--
Cliff Woolley
[EMAIL PROTECTED
Here goes nothing...
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
Okay, APACHE_2_0_23 has been tagged. Pound on it, if you please... =-)
If all goes well, we'll roll tomorrow.
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
) {
+return errno;
}
if (error) {
return error;
Looks good to me. Tag bumped.
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
?
Thanks,
Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
On Mon, 6 Aug 2001, Cliff Woolley wrote:
It's not just that... include1.shtml causes a segfault, which I'm still
investigating.
With optimizations turned off, my backtrace looks more like this:
#0 0x080abf73 in ap_get_module_config (cv=0x0, m=0x8121d60)
at util_debug.c:101
#1
that it did not
exhibit this problem... rnew-per_dir_config = r-per_dir_config was
already in the proposed spot.
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
are actually doing the right thing.
If you change the files to look like this:
!--#if expr=1 = 1--
pass
!--#endif --
!--#if expr=1 = 2--
fail
!--#endif --
Then all the tests pass.
Patch on the way.
--Cliff
--
Cliff Woolley
[EMAIL
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
, you can only handle one connection at a time for each child.
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
from the client (say, big
cookies.)
+1... holding.
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
tarball.
Thanks,
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
for threaded have been checked
in... I'll give those a poke and see what I see.
Thanks,
Cliff
PS: Sorry, they're not handing out free GeForce 3's... [I wish!]
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
didn't care
so long as we stopped debating about it over and over and over again. =-)
IIRC, the conclusion was that least astonishment would kick in if we just
had -X present a please use -Dfoo message and exit.
--Cliff
--
Cliff Woolley
and Solaris). I'll wait a little while longer for
confirmation from a few other platforms, and then go with it. =-)
Brian, David, how are OS/2 and BeOS looking?
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
On Mon, 30 Jul 2001, Cliff Woolley wrote:
Known issues with 2.0.22:
1) Win9x and WinME do not yet work correctly
2) There are a few known issues with the threaded MPM, including some
problems during graceful restarts and a discrepancy between the number
of running workers
after seg faults, but we're not yet
GLA
*/
I'm testing this... will let you know what I find.
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
like a plan?
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
On Mon, 30 Jul 2001, Greg Ames wrote:
and is it serving pages all the time?
Yes... that's the good part. =-)
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
On Mon, 30 Jul 2001, Cliff Woolley wrote:
Yes... that's the good part. =-)
Hang on, I have to partially retract that. It worked fine for the first
few gracefuls, but after the fourth one (the last two were in very quick
succession... the third might not have had a chance to finish before I
On Mon, 30 Jul 2001, Greg Ames wrote:
and does anyone know where the new-httpd mail archive lives any more?
http://marc.theaimsgroup.com/?l=apache-new-httpd
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
tester. All I could do was click on things
and watch the pretty screens flash by. No runtime errors apparent,
though, so that's good. =-)
Thanks,
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
unzip the tarball, you do [granted, it's a zero-byte
file at that point]. Still, something rubs me the wrong way about the
discrepancy.
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
On Sun, 29 Jul 2001, Justin Erenkrantz wrote:
+1 on making this a beta (for whatever my vote is worth).
The tarball built fine and runs on Linux. -- justin
Cool... thanks for checking it out.
--Cliff
--
Cliff Woolley
[EMAIL
gets home.
[Shrug] I'll try it again in a little while on my Linux box. Maybe my
Solaris machine was just misbehaving.
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
this is the last outstanding issue (give
or take Jeff's Solaris/OS390 build problems which have known workarounds).
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
/server-status.html
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
The tree's now tagged as APACHE_2_0_22... Please give this tag
one last whirl. (Just don't find any problems. ;-) I'll roll the
tarball tomorrow.
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
for performance than #2 because it spares us the creation of
a second brigade and an extra trip down the filter stack. +1 to that in
addition to number 1.
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
in the chain and all. But then again all that
ap_send_fd() is doing under the covers is the above anyway, so it doesn't
really make a difference.
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
-and-dirty, old-api-compatible way to do it.
His suggestion sends down the eos, not a flush. Will
commit this in a few.
Have at it! =-)
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
kinda think we need to stick with #1. It's way easier and avoids all
these wacky edge cases that could cause #2 to exhibit unpredictable
behavior.
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
On Fri, 27 Jul 2001, William A. Rowe, Jr. wrote:
From: Cliff Woolley [EMAIL PROTECTED]
Sent: Friday, July 27, 2001 2:59 PM
On 27 Jul 2001, Jeff Trawick wrote:
note, this error occurs with the system make on Solaris and on
OS/390...
I haven't tried GNU make... obviously we
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
apr_thread_proc.h
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
when there's no good
source of randomness on the system (that was on Solaris 2.6 IIRC).
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
but will be back shortly to test and then tag. =-)
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
On Thu, 26 Jul 2001, William A. Rowe, Jr. wrote:
... is broken, and I suspect one generation or another of the inherit fooness.
Do I need to hold for this?
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
Here goes nothing. I never heard back about the 500 Server Error thing on
daedalus... if it turns out to be a showstopper we'll fix it later and
bump the tag.
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
On Thu, 26 Jul 2001, Sebastian Bergmann wrote:
Cliff Woolley wrote:
...as APACHE_2_0_22_dev. Please check out that tag and make sure
you can build and run it on as many platforms as possible. If all
goes well, I'll bump the tag up to APACHE_2_0_22 and roll
tomorrow, same bat time, same
problem... I just tried
it on my machine against /cgi-bin/printenv and got a 500. :-( All CGIs
are apparently broken.
Showstopper.
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
if the #! in your cgi script is the right path to perl. :-/
Nevermind. I don't know what the hell the problem is with
bugs.apache.org.
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
);
APR_BRIGADE_INSERT_TAIL(bb, e);
#if APR_HAS_LARGE_FILES
}
#endif
Does that seem sane?
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
into patching that.
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
Hey guys...
How are we doing on those 2.0.22 showstoppers? I kind of lost track of
which of the hundred things that came up today were showstopper fixes and
which of those actually got committed. =-)
--Cliff
--
Cliff Woolley
On Wed, 25 Jul 2001, William A. Rowe, Jr. wrote:
If you will wait till tommorow about noon, I'll apply Brian's fix for
the inherit stuff and get rid of the last 15 (down from 72) compiler
emits on Win32 :-)
+1
--
Cliff Woolley
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
a beta on the horizon...
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
!
Shouldn't it be (sizeof((none)) - 1)? It's the length of the data
itself that we care about here, not counting the null terminator.
[sizeof((none)) == 7, right?]
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
means that there are now two different versions of the source being
called 2.0.21? That is bad.
I agree. Ditch 2.0.21 and reroll 2.0.22 from scratch, IMO.
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
to see in it, but as far as I know it's in better shape than
it was in our 2.0.16 beta.
tag?
+1
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
is apparently not the correct
answer. Just wondering if it should be.
It should be. If more than one EOS gets sent down the filter stack, it's
a bug.
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
as server-parsing a really really big (possibly binary) file...
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
to the
appropriate function in a PHP tag, and the function dumps out the
necessary HTML. That's way easier to code and maintain and probably a
better match for what you're trying to do.
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
sometime tommorow.
SWEET!! I look forward to the updated patch. =-)
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
enough.
I'm -1 for waiting for (a) or (c) to get a beta out.
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
try, the three 'G's (one per line) were in the middle of the line.
On the next two tries, they were all in the leftmost position of their
lines. shrug
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
it's easy--a module can hook into mod_include at runtime to add its own
include directives. With 1.3, you'd have to modify mod_include, I think.
But it's easier than starting from scratch...
--Cliff
--
Cliff Woolley
[EMAIL
the problem is happening.
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
-- Forwarded message --
Date: Wed, 11 Jul 2001 00:11:37 -0400
From: MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1)
[EMAIL PROTECTED]
To: 'Cliff Woolley' [EMAIL PROTECTED],
MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1) [EMAIL PROTECTED]
Cc: Ryan Bloom [EMAIL PROTECTED]
Subject: RE
On Wed, 11 Jul 2001, Cliff Woolley wrote:
Yes. That is the expected behaviour if a timeout is set. But, I haven't set
any timeout currently - so the read blocks till it receives some data OR the
connection is dropped. I verified that the chunk_filter (http_core.c) also
uses a APR_BLOCK_READ
to mod_include to set it for you.
Or is this AddType statement just missing from http-std.conf?
Yep. It was there in 1.3's default config file (commented out)...
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
-tortuous) tests I threw at it.
+1 for beta
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
me having to do anything TOO
drastic.
I'll try to provide more details when I get a chance.
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
it and creating a new
one. shrug
The patch in general looks good to me. =-)
--Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
);
*str = a-data;
-if (rv == APR_EOF block == APR_NONBLOCK_READ) {
-/* XXX: this is bogus... should return APR_SUCCESS */
-return APR_EOF;
-}
}
return APR_SUCCESS;
}
--
Cliff
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
1 - 100 of 199 matches
Mail list logo
