Jim Jagielski wrote:
On Aug 23, 2007, at 8:54 PM, [EMAIL PROTECTED] wrote:
Author: wrowe
Date: Thu Aug 23 17:54:15 2007
New Revision: 569204
URL: http://svn.apache.org/viewvc?rev=569204view=rev
Log:
SEDFILTER has several anomolies; first, it's not SED syntax,
but more mod-rewrite like
Jim Jagielski wrote:
Ruediger Pluem wrote:
Roy T. Fielding wrote:
or [*] mod_substitute
[*] mod_substitute
I like mod_substitute... (I thought filter was redundant *duck* :) )
So mod_substitute it is :)
Fixing
Sander Temme wrote:
We can even do the same for 2.0.x once we have our regression fixed, and
then make a splash for all three when 2.2.x is done.
2.0 and 2.2 both have piped log issues.
For 2.0 this is slightly more critical, we still invoke the log pipe app
directly, and then pid_kill the
[EMAIL PROTECTED] wrote:
Author: trawick
Date: Sun Aug 26 17:53:41 2007
New Revision: 569938
URL: http://svn.apache.org/viewvc?rev=569938view=rev
Log:
better apr_ctime() usage
(too bad it is apr_ctime_LEN instead of apr_ctime_SIZE)
That's a great point; +1 to deprecating APR_CTIME_LEN
Many thanks to Ruediger for reviewing 2.0 and 2.2 so far, and to both
Jim and Jeff for their reviews of current/2.2 modern flavors. I could
use a set of eyeballs on the final log.c patch for 2.2, and the patch
set for our old 'n crusty 2.0.
I'm especially interested if any Win32 folks want to
[EMAIL PROTECTED] wrote:
Modified: httpd/httpd/branches/2.0.x/STATUS
URL:
http://svn.apache.org/viewvc/httpd/httpd/branches/2.0.x/STATUS?rev=570074r1=570073r2=570074view=diff
==
--- httpd/httpd/branches/2.0.x/STATUS
Ruediger Pluem wrote:
On 08/27/2007 09:17 PM, William A. Rowe, Jr. wrote:
Yes, I'm a vim user who always forgets modern linux is happy to navigate and
stay in insert mode ;-) That file will not be applied, please ignore (it's
I thought just that ;-). Happened to me hundred times before
Plüm wrote:
I wouldn't say that it is a no-op on Unix. Some logger programs might
expect an open stderr, even if this points to /dev/null. So I am not in
favour of this patch. Besides I understood that we no longer support
Win9x. So why making an exception here?
IMHO if things do not work
Arvind Srinivasan wrote:
Some popular Unix distros package two httpd binaries - one built with
the prefork MPM and the other built with the worker MPM - but only one
set of libraries and modules. I assume the libraries and modules are the
ones compiled for the worker mpm.
Is the performance
Since this changes the user experience, would you mind terribly
applying the CHANGES as well? (I format my STATUS entries for
CHANGES now, since a diff of CHANGES never applies clean ;-)
---BeginMessage---
Author: jim
Date: Tue Aug 28 06:40:01 2007
New Revision: 570419
URL:
[EMAIL PROTECTED] wrote:
Author: jim
Date: Tue Aug 28 07:18:05 2007
New Revision: 570440
URL: http://svn.apache.org/viewvc?rev=570440view=rev
Log:
document userland change
ty kindly!
You'll note there is a -very- short list of remaining patches to
consider for the 2.0 branch, and the logging stderr pool in particular
would be good to backport. Because there is no shell, we forcefully
kill the stderr pipe logger on pool cleanup before we start launching
the new logs. In
Jorge Schrauwen wrote:
I'd like to add an additional note to this but I'm unsure in how to
phrase it.
What I want to say is:
That I take the source tarball's that are posted e.g.
httpd-2.2.4-win32-src.zip (only official release no TR, svn etc).
I'd also like to knew if I need to add an
William A. Rowe, Jr. wrote:
Jorge Schrauwen wrote:
I'd like to add an additional note to this but I'm unsure in how to
phrase it.
What I want to say is:
That I take the source tarball's that are posted e.g.
httpd-2.2.4-win32-src.zip (only official release no TR, svn etc).
I'd also like
Graham Leggett wrote:
Martin Kraemer wrote:
Here's a patch to eliminate the 13, and to improve portability to
EBCDIC machines by using apr_toupper().
Some of this fooness here revolves around charset issues, something I am
not clear on for many platforms.
The first question is, what is
Nick Kew wrote:
ObPedant:
14:42:30 2007 @@ -113,8 +113,8 @@
/* we break the URL into host, port, uri */
if (APR_SUCCESS != apr_uri_parse_hostinfo(p, url, uri)) {
-return ap_proxyerror(r, HTTP_BAD_REQUEST,
- apr_pstrcat(p, URI cannot be parsed: , url,
NULL));
Do we want to pick up the new apr-util's which now include Roy's
commits to pick up db 4.6 and other fun test/ fixes? (including
running a bunch of tests which were previously 'interactively'
somewhat useless).
Just asking, I'll roll both apr's and apu's, or just apr's. Whichever
is fine by me
Jim Jagielski wrote:
Available for your testing pleasure, 3, count 'em, 3
Apache HTTP Server release candidate tarballs, located,
as expected at:
http://httpd.apache.org/dev/dist/
[ ]apache_1.3.39
-0.1
The tarball apache_1.3.39.tar.gz explodes into apache-1.3/, which
isn't
Jim Jagielski wrote:
Hmmm... yeah, bummer. If that's it though, I'm +1 on keeping
as is... we can document this. Or, we could *gasp* just reroll :/
Or we can repack the same files. This is a packaging artifact, not
an artifact of source control.
Bill
+1:1.3.39
Builds with nothing except for signedness warnings on Win32 (mostly
related to goofy FD_SET declarations by MS). So no adverse symptoms.
Jim Jagielski wrote:
On Sep 4, 2007, at 8:15 PM, William A. Rowe, Jr. wrote:
Jim Jagielski wrote:
Hmmm... yeah, bummer. If that's it though
Steffen wrote:
little things:
mod_bucketeer.so is not build out of the box with Win32 gui-build.
Not necessary (except for testers). Trivial for the developer to
create (along with many similar testing modules - instead of building
the BuildBin target, use BuildAll target.
zlib1.dll is now
Steffen wrote:
I get this kind off error too when stopping.
Never seen before:
Failed to dup STDIN: Bad file descriptor.
Error in my_thread_global_end(): 251 threads didn't exit
I expect you are talking about mod_fcgid again?
Jorge Schrauwen wrote:
I don't have any cgi scripts so I tried to get the printenv test-cgi
file to work.
I get 500 and error_log has this.
[Wed Sep 05 20:44:36 2007] [error] [client 87.66.74.14
http://87.66.74.14] Premature end of script headers: printenv.pl
[Wed Sep 05 20:50:24 2007]
Steffen wrote:
I have no zlib1.dll on my box and mod_deflate works fine. It's
included/static in mod-deflate.so.
Next time I shall ship it too, does not harm.
FYI - I haven't dug into the theory, but I'd presumed a possible race
and certainly suboptimal behavior if you go with OpenSSL's
William A. Rowe, Jr. wrote:
Jorge Schrauwen wrote:
I don't have any cgi scripts so I tried to get the printenv test-cgi
file to work.
I get 500 and error_log has this.
[Wed Sep 05 20:44:36 2007] [error] [client 87.66.74.14
http://87.66.74.14] Premature end of script headers: printenv.pl
Steffen wrote:
With 2.2.6 third party mod mod_fcgid (Fast cgi) is broken.
With 2.2.5 RC it was all fine.
mod_fcgid is widely used in the community with php.
I guess my puzzlement is that the fastcgi model I understand;
fork...
instantiate child
spining cgid listener - on
Jorge Schrauwen wrote:
What exectly is not working in mod_perl? my limited mod_perl config is
working fine.
On 9/5/07, *Steffen* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Also mod_perl is not working here with Win32. No indication in the
logs.
FWIW;
I believe I know
Jim Jagielski wrote:
Available for your testing pleasure, 3, count 'em, 3
[+1]apache_1.3.39
[+1]httpd-2.0.61
[+1]httpd-2.2.6
Thanks!!
No, thank YOU :)
Small chaos today as some reports contradicted my earlier testing, but
I see no regressions, with the exception
Steffen wrote:
I the meantime we have to advise the users not to use 2.2.6 because is
not compatible with some mods (not just mod_fcgid). We shall advise to
stay on 2.2.4 or 2.2.5 RC.
If you would like to clear up FUD (some mods) with explicit mods that
would be productive. It would also
Jorge Schrauwen wrote:
Windows users (my self included) usually go like:
Dudez XYZ is broken, Fix it, Fix it, Fix it. When the dev's look at it
and ask for more information they usually don't get it. So it isn't
fixed at all or as fast as a linux bug would be.
You know, you hit the nail on
Jorge Schrauwen wrote:
I tried to compiled mod_fcgid myself to see if I can replicate the problem.
I can't even compiled it against 2.2.6.
I get a lot of link errors agains APR.
Silly question, did you add libapr-1.lib, libaprutil-1.lib libhttpd.lib to
the link command?
(Worse, if you did add
Steffen wrote:
Oh, btw: mod_perl (also build with VC8) is not working with 2.2.6, with
2.2.5 RC no single issue.
Perl, mod_perl, httpd and apr all built with VC8? Or is this AS perl or
some other?
Bill
Steffen wrote:
The later post was a report of an other tester, sorry no answer I have.
Yes, I dicusssed it with the maintainer of mod_fcgid today. He is
puzzling now an as I told before, we have to wait.
Before he puzzles too long, you might want to ensure you have a full
rebuild of
Jorge Schrauwen wrote:
Hmmz still getting link errors :(
---
S:\source\x86\modules\mod_fcgid.2.1apxs -llibhttpd -llibapr-1
-llibaprutil-1 -c -i -a mod_fcgid.c
cl /nologo /MD /W3 /O2 /D WIN32 /D _WINDOWS /D NDEBUG-IS:\httpd-
2.2\include /c /Fomod_fcgid.
lo mod_fcgid.c
mod_fcgid.c
Jorge Schrauwen wrote:
Didn't even notice... I usually take the tar.gz source and add in
apr-iconv myself then run lineends.pl that is included in
srclib/apr/build/, I also run cvtdsp.pl -2005 on there before I start.
I didn't even seen a - win32-src.zip at that time.
Bingo - that's how I
Issac Goldstand wrote:
Uh. Maybe I've lost it, but where's the source for apr-iconv in
http://httpd.apache.org/dev/dist/httpd-2.2.6-win32-src.zip?
All I get is an .rc file and a couple of .deps and .maks
I just pulled an OH SHIT moment myself building on x86_64 windows...
... there are
[EMAIL PROTECTED] wrote:
Log:
Let's not reference a survey that is more than a year out of date
ROFL - we are at 73% if you trust
http://www.securityspace.com/s_survey/data/200708/index.html
while only ~51% if you trust
jean-frederic clere wrote:
That is going to break:
In mod_proxy.h:
int ap_proxy_lb_workers(void);
In server/scoreboard.c:
+++
static APR_OPTIONAL_FN_TYPE(ap_proxy_lb_workers)
*proxy_lb_workers;
+++
which is fine - this is trunk.
Heaven forbid we backport
Jorge Schrauwen wrote:
Ok basic example as stated here:
http://fastcgi.coremail.cn/configuration.htm#regular%20fastcgi
makes the server spit out these again:
[Fri Sep 07 17:49:51 2007] [error] [client 192.168.1.4
http://192.168.1.4] Premature end of script headers: printenv.pl
FYI - this bug appears to be the root of several modules no longer
behaving as expected on Win32 platforms.
It takes me back to a question I raised on apr quite a while ago,
what does *unix* do with an unset child_in/child_out/child_err
procattr member?
If it is unset, does the child inherit the
Windows httpd on Studio 2005 users, you might be interested in this
small hack to fixwin32mak.pl - after applying it I'm able to build
against x86 or x64 cl+link with no trouble at all (other than some
noisy emits that still need to be cleaned up.
Bill
Log:
Strip out the /machine from
Shaw, Dan wrote:
1. Does a apache proxy server create stateful or stateless connection
upon request?
It might help to clarify right off that RFC 2616 defines HTTP/1.1 and prior
as stateless protocols.
So the answer is no, any aggregation is an illusion. For stateful proxied
Jorge Schrauwen wrote:
Yeah I figured it out a bit later and it indeed seems broke. Not sure
whats wrong though I posted a debug log + user dump yesterday.
The debug log was unfortunately not very interesting, since it wasn't doing
anything out of the ordinary at the time you interrupted the
I'm sure you ment to send this to the tomcat devs.
Dan Schwartz wrote:
The file
http://archive.apache.org/dist/tomcat/tomcat-5/v5.5.17/bin/apache-tomcat-5.5.17.exe
appears to be corrupted. In fact it seems to be about half the size it
should be, as compared with other distributions
Zvi Har'El wrote:
This looks similar to PR 43334
(https://issues.apache.org/bugzilla/show_bug.cgi?id=43334).
Could you please test my diagnostic patch from there?
Yup - that patch would solve it since we don't reinit static char*library
to null on every unload/reload cycle.
The fix is
Jose Kahan wrote:
I had also submitted a new test procedure for the test suite.
It hasn't yet been commited, although it reproduces the faulty
behavior that my patch is intended to fix.
Fantasic :)
I don't know what else to do to be able to submit a valid bug
report and potential patch
Ashwani Kumar Sharma wrote:
The httpd.exe of Apache web server has two processes running in windows.
When we kill the parent httpd.exe the child httpd.exe is still running and
listening to the web request. I don't want this.
Since you forcibly terminate the server process(es) your instance
Jim Jagielski wrote:
What with this and the Win32/apr issues, seems to me that
we should consider a 2.2.7 out soonish :)
I was about to suggest the same :)
With Win32/APR there isn't a fix. Not yet at least, Tom Donovan and I are
going back and forth with ideas that break the fewest binaries
Eric Covener wrote:
For debugging a windows build, is there a simple change to the Apache
build/workspace that will print all the cl.exe/link.exe invocations?
FWIW I'm using VC6 and my build is kicked off as below:
msdev apache.dsw /MAKE BuildBin Win32 Release
I see that sometimes while
There seems to be troubles in paradise. cc'ing httpd who had
recently updated mime-types.
I'm not speaking about IE7's refusal to assign quality quotients to
their Accept: alternatives, no, this is a bit trickier and it looks
like we are in the wrong.
An example document,
Nick Kew wrote:
On 11 Sep 2007, at 23:26, William A. Rowe, Jr. wrote:
Best I can figure, this is really application/x-tar+x-gzip (or would
that be application/x-gzip+x-tar?) if we don't want to (and we don't
want to) advertise the content stream as gzip'ed (preventing automatic
inflation
Nikolas Coukouma wrote:
Due to the lack of a real standard (AFAIK ...) that doesn't use content
encodings, it's hard to say what is correct.
Agreed...
If it's decided to avoid the use of Content-Encoding (is the hash and
signature problem that bad?)
Yes if mirrors can't be
Nikolas Coukouma wrote:
It should also be noted that this has been discussed here before, in
February of 2003
http://mail-archives.apache.org/mod_mbox/httpd-dev/200302.mbox/[EMAIL
PROTECTED]
Actually this wasn't; that subject was filename munging and content-type
inference. This is
Jochen Wiedmann wrote:
On 9/12/07, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
But within IE7, the request is truncated at 4864kb instead of the
expected 6mb. My best guess is that IE believes it can grok the file
as it's advertised content type.
Is it possible that the browser invokes
Looking at the scope of all these static calls, I really believe the
patch is this simple (process-pool survives the entire httpd);
Index: ssl_engine_vars.c
===
--- ssl_engine_vars.c (revision 574494)
+++ ssl_engine_vars.c
William A. Rowe, Jr. wrote:
Looking at the scope of all these static calls, I really believe the
patch is this simple (process-pool survives the entire httpd);
Sorry - scratch that. I wasn't counting the frequency of pstrdup calls.
Just begging for optimization :)
Sander Temme wrote:
Ruediger Pluem wrote:
Can someone with appropriate permissions please add version 2.2.6 to
bugzilla such
that bug reports can be done correctly? Thanks.
I don't have my Bugzilla login password on me right now... I'll add this
tomorrow when I get home, if no one beats
William A. Rowe, Jr. wrote:
William A. Rowe, Jr. wrote:
Looking at the scope of all these static calls, I really believe the
patch is this simple (process-pool survives the entire httpd);
Sorry - scratch that. I wasn't counting the frequency of pstrdup calls.
Just begging
Plüm wrote:
Also looks good for me. Thanks for working this out.
Mind to attach this patch to PR43334
(https://issues.apache.org/bugzilla/show_bug.cgi?id=43334)
so that people there can test?
Better yet, committed the patch to trunk and pointed the url @ the commit.
Joe Orton wrote:
On Fri, Sep 07, 2007 at 02:59:10PM -0500, William Rowe wrote:
FYI - this bug appears to be the root of several modules no longer
behaving as expected on Win32 platforms.
It takes me back to a question I raised on apr quite a while ago,
what does *unix* do with an unset
Joe Orton wrote:
On Wed, Sep 12, 2007 at 10:47:03AM -, William Rowe wrote:
Author: wrowe
Date: Wed Sep 12 03:47:02 2007
New Revision: 574884
URL: http://svn.apache.org/viewvc?rev=574884view=rev
Log:
Resolve storage of process-lifespan version strings for OpenSSL,
while using
William A. Rowe, Jr. wrote:
Joe Orton wrote:
Ewww. This passes around a process-global pool to functions which can
get invoked at any time during request processing, which just invites a
thread-safety fubar down the line. It only happens to be safe now
because the function is invoked
Joe Orton wrote:
On Mon, Sep 10, 2007 at 09:47:24PM +0200, Ruediger Pluem wrote:
On 09/10/2007 08:40 AM, Plüm wrote:
That was the goal of my diagnostic patch: Finding out if we have a pool
issue. Looks like we have. I guess the right fix is as you say
to use the parent pool (process scope).
Martin Kraemer wrote:
Hi,
A customer asked me whether WIN32 binaries for the new 2.0.61 and
2.2.6 would be offered soonish by the ASF, and I don't really want
to send him to some other place offering binaries.
Soonish. I'm still getting myself satisfied w.r.t. the binaries, have
been
Two questions, one technical one legal.
Technically, do we want to enable the Camillia algorithms in our
binary builds of openssl 0.9.8 for win32 and other platforms where
we might build it?
Legally are we satisfied by
http://info.isl.ntt.co.jp/crypt/eng/info/chiteki.html
? There is a small
Tom Donovan wrote:
William A. Rowe, Jr. wrote:
Two questions, one technical one legal.
Technically, do we want to enable the Camillia algorithms in our
binary builds of openssl 0.9.8 for win32 and other platforms where
we might build it?
Legally are we satisfied by
http
Tom Donovan wrote:
William A. Rowe, Jr. wrote:
The other aspect, if a zlib1.dll replacement is needed for some critical
decryption flaw in zlib again, it will be nice not to force users to
entirely replace openssl or mod_deflate. So I expect we'll leave it
as-is.
I think mod_deflate
Tom Donovan wrote:
William A. Rowe, Jr. wrote:
But if mod_deflate doesn't use it, and openssl is built zlib-dynamic,
they simply pitched compression from ssl sessions as well with no other
adverse effects.
Yes, exactly. openssl doesn't select gzip compression if zlib-dynamic
and zlib1.dll
Magnus Bodin wrote:
A standalone sniffing box should be the best solution to this, I guess.
That does NOT store the content.
Ideally, until you note that if this machine is the SSL endpoint it's the
only one with any privilage to put 2+2 together. Both a good and bad
thing depending on what
Feedback from Ben via legal-discuss, since his httpd-dev list seems
to have fallen over and can't get up.
Bill
---BeginMessage---
William A. Rowe, Jr. wrote:
A thread from [EMAIL PROTECTED], we are considering adding a newer algorithm
to a binary 0.9.8 build of openssl. Introduces a patent
Tom Donovan wrote:
A case can be made for not enabling OpenSSL compression on Windows.
If both parties to an SSL connection support compression, it is used for
everything on the connection without regard to whether the content is
compressible.
Already-compressed data; like .jpg, .gif,
Steffen wrote:
To inform you.
We at http://www.apachelounge.com made a binary available which works
with mod-perl and mod-perl etc.
How did the perl-framework regression tests look; and which patch did you
happen to use? Or is this the cobbled-together 2.2.6 + smattering of 2.2.5
sources?
Nick Kew wrote:
On Tue, 25 Sep 2007 16:20:00 -0500
William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Steffen wrote:
To inform you.
We at http://www.apachelounge.com made a binary available which
works with mod-perl and mod-perl etc.
How did the perl-framework regression tests look
Jim Jagielski wrote:
I'd like for us to consider a release of 2.2.7 in October
to address the Windows file handle issues as well
some other fixes that would be useful to get out quickly...
How about 2 :)
I expect to have Windows fixes ready to backport next week after
the perlfolk confirm my
In the current log.c code, although the write-end of an initial error
logger is still held by the parent --- until the second logger process
has kicked off. It seems someone's inherited that write end. I have
a two line patch attached that
Needs some review before we kick off 2.2.7 into the
Jose wrote Re. New test: subrequests and content negotiation
on Fri, 10 Aug 2007 03:44:49 -0700
The test consists on overloading the charset to utf-8:
AddType text/html; charset=utf-8html/htm
I believe the mistaken assumption is that charset can be used in this way.
AddCharset
Steffen wrote:
There is the ASF statement/promise:
Modules compiled for Apache 2.2 should continue to work for all 2.2.x
releases.
***SHOULD*** is the operative word. There are always exceptions.
I have a half dozen examples where I've abused the microsoft foundation
classes in my code
Steffen wrote:
I want to give attention to
http://bahumbug.wordpress.com/2007/09/07/apache-226/
May be agood time to reconsider the depency for example with APR.
Actually, I'm a fan of that idea - but not in the httpd 2.2.x cycle.
It would be great to see 2.4.0 (3.0.0?) presume the latest
[EMAIL PROTECTED] wrote:
+ * mod_proxy_ajp: Ignore any ajp13 flush packets that we may
+ receive before we send headers.
+ Trunk version of patch:
+http://svn.apache.org/viewvc?view=revrevision=579707
+ Backport version for 2.2.x of patch:
+ Trunk version
Ruediger Pluem wrote:
On 09/26/2007 07:30 PM, William A. Rowe, Jr. wrote:
In the current log.c code, although the write-end of an initial error
logger is still held by the parent --- until the second logger process
has kicked off. It seems someone's inherited that write end. I have
a two
Graham Dumpleton wrote:
Is this an oversight in the packaging up of Win32 installer, or is the
presumption that one can use this package to compile modules against
which need auth provider support wrong?
Researching; I suspect that mod_auth.h isn't propagated into the include/
directory by
Roy really said everything necessary, I hesitated to even respond to you.
But I'll offer this so that my frustration is perfectly clear and we (you
and I, and for other devs in relation to other service providers as well)
can coexist peacefully.
Steffen wrote:
Tom's done a great job of
http://people.apache.org/~wrowe/apr-1.x-win32-nohandle.patch
FYI - that one does not apply cleanly to apr-1.2 (it's trunk)
if you want the easily applied flavor, that would be;
http://people.apache.org/~wrowe/apr-1.2-win32-nohandle.patch
The httpd patch applies with little pain.
Erik Abele wrote:
Sure, we all have to pay our bills but you're overlooking a difference:
Nick just replied to an inquiry offering his (and others services); he
doesn't advertise any revenue-generating site after every release etc.
etc... ;-0
Nick's comment didn't even mention he does this
Just for reference, Jorge's been instrumental in providing feedback that
has made it easier (not trivial, yet) to build for x64 on Windows. There's
actually a build log sitting off in http://people.apache.org/~wrowe/ if
anyone is interested in how noisy the 64 bit builds still are on win32,
we
Randy Kobes wrote:
I'm currently rebuilding everything with VC 8 (the free
version), and will report on that later.
Yea - I discovered it's quite impossible to get msvcrt-linked activestate
to cooperate with openssl compiled against msvcr80, and probably not against
httpd+mod_perl against
Sorry to jump over STATUS on this experimental change; I was seeing
growing loop as I attempted to upcase a proxied back end response of
LICENSE.txt, which repeated the opening part of the document over and
over as it grew to the full response (from 39kb up to some 105kb).
Does anyone see an
Randy Kobes wrote:
The patched version built fine, and with the svn mod_perl2
sources, and perl-5.8.8 (ActivePerl 822), all the mp2
tests passed using VC++ 6. Great work!
FYI I'm waiting on a third set of eyeballs before this is all committed.
I'd especially appreciate any input from Tom
On 9/28/07, *William A. Rowe, Jr.* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
So with Jorge's and help from a few others, 2.2.6 builds quite nicely at
the command line. To make the transition to the GUI requires some other
steps, and I'm hoping these are simpler
when
[Sun Sep 30 17:19:47 2007] [crit] (70023)This function has not been implemented
on this platform: Couldn't create a Thread Safe Pollset. Is it supported on your
platform?
it seems like a config-time test.
Bill
server/Makefile.in;
export_files:
tmp=export_files_unsorted.txt; \
rm -f $$tmp touch $$tmp; \
for dir in $(EXPORT_DIRS); do \
ls $$dir/*.h $$tmp; \
done; \
for dir in $(EXPORT_DIRS_APR); do \
(ls $$dir/ap[ru].h $$dir/ap[ru]_*.h
Boyle Owen wrote:
Might it be an idea for 2.2.7?
I like the idea of adding a date to each news item, be it on httpd.a.o,
or our www.apache.org. +1.
(Especially since the datestamps of our tarballs are several days prior
to each release).
Nick Kew wrote:
RFC2616 tells us OPTIONS * is basically a simple HTTP ping,
which suggests it could be at a 'lower' level than authconfig
and always be allowed. If there is a reason to deny it,
that could be by means of something analagous to TraceEnable.
Insufficient.
If we configure
Jim Jagielski wrote:
TRACE also does not/should not trace to the filesystem.
So, I think what we should do is use the existing
architecture and have a quick_handler that checks for
the OPTIONS * case and, if so, return DONE.
You can't ignore the vhost, and preferably would handle the
Jim Jagielski wrote:
Hmmm on 2nd thought, map_to_storage is likely the more logical
place.
The answer, of course, is with the next version of apache, to finish
abstracting out the filesystem at map_to_storage; where there is no
DocumentRoot / FilePathAlias (e.g. alias) to force some other
Joshua Slive wrote:
On 10/1/07, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
But I'm rather against breaking this in 2.2 to solve (what are, today)
configuration quirks. Let's get this right for 2.4 and call out the
change very clearly in (our overlong) CHANGES? I'm thinking of a new
Jim Jagielski wrote:
Great! That's exactly what I needed to know.
So it seems to me that a map_to_storage to check for
the special case of '*' whereas present action for
all other URIs is the best course of action.
Provided it's vetted against the vhost (it is) and against location *
then
Joshua Slive wrote:
On 10/1/07, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Joshua Slive wrote:
Should be in this, rather sparse file:
http://httpd.apache.org/docs/trunk/new_features_2_4.html
But it's not a feature-per say. It's a bugfix, so the name new_features
doesn't tell admins
Jim Jagielski wrote:
But, as I read it, the '*' in OPTIONS * does not really
mean a Location *... in other words, it's not a URI per se.
OPTIONS * asks for the capabilities of the server itself,
independent of URI... At least, that's how I read it.
There is no 'real' Location *
There's a
this is something really worth pondering;
http://www.securityspace.com/s_survey/server_graph.html?type=httpdomaindir=month=200709servbase=YToyOntpOjA7czoxMzoiQXBhY2hlLzIuMC41OSI7aToxO3M6MTM6IkFwYWNoZS8xLjMuMzciO30=serv1=QXBhY2hlLzIuMi40
Give that some thought :)
Bill
501 - 600 of 6131 matches
Mail list logo