At 02:37 PM 9/23/2004, Allan Edwards wrote:
This question is going to come up again so it's good to get agreement
before I make many more commits. The IA64 Windows httpd build spits out
a large number of warnings, over 500, and a fair number of these come
from int/size_t mismatches. Apparently
Please see http://httpd.apache.org/dev/dist/ for the current
httpd 2.0 release candidate. Among other items noted in
the CHANGES file, this candidate contains the patch for the
CAN-2004-0811 (cve.mitre.org) flaw in the processing of
Satisfy directives, a bug introduced in 2.0.51.
A test
At 01:08 PM 9/24/2004, Paul Querna wrote:
On Fri, 2004-09-24 at 13:12 -0400, Joshua Slive wrote:
A straw-man proposal for a new config organization is at
http://www.apache.org/~slive/newconf/
Looks pretty good. I think this is a good direction to move.
Any reason the Netware MPM part cannot
At 02:27 PM 9/24/2004, you wrote:
On Fri, 24 Sep 2004, William A. Rowe, Jr. wrote:
At 01:08 PM 9/24/2004, Paul Querna wrote:
On Fri, 2004-09-24 at 13:12 -0400, Joshua Slive wrote:
A straw-man proposal for a new config organization is at
http://www.apache.org/~slive/newconf/
Looks pretty good
At 05:02 PM 10/10/2004, [EMAIL PROTECTED] wrote:
+*) Allow for the use of --with-module=foo:bar where the ./modules/foo
+ directory is a local addition to the ./modules directory.
+ Assumes, of course, that the required files are in ./modules/foo,
+ but makes it
At 05:51 PM 10/14/2004, Craig S wrote:
After digging into the code (nice job by the way, it
is very easy to follow), it looks like there is no
way to do what I want without modifications to the
core server (the worker code).
The point to the MPM technology is that you can replace
(e.g. build
At 12:17 PM 10/15/2004, Madhusudan Mathihalli wrote:
Hi,
The current mod_ssl uses X509_NAME_oneline to get a one-line ASCII
format of the DN. This however, is not compliant with the RFC -
checkout http://www.openssl.org/support/faq.html#USER13.
Could you do us all a small flavor, give us
Comments anyone?
Seeing all +1's and no objections, I'm planning to push this out
in the next hour or two.
Bill
Apache HTTP Server 2.0.52 Released
The Apache Software Foundation and the The Apache HTTP Server Project are
pleased to announce the release of version
At 02:55 PM 9/27/2004, Joshua Slive wrote:
On Mon, 27 Sep 2004, William A. Rowe, Jr. wrote:
Comments anyone?
Seeing all +1's and no objections, I'm planning to push this out
in the next hour or two.
The ?update argument to download.cgi should be changed to the date/time that you drop
At 03:07 PM 9/27/2004, Jess Holle wrote:
Is the final 2.0.52 identical to httpd-2.0.52-rc1.tar.gz (including version strings,
etc)?
[Just anxious to get cracking on 2.0.52 binaries.]
Yes you can start building binaries, and push them as soon as the
.tar.gz hits /dist/httpd, although they
At 04:59 PM 9/28/2004, Brad Nicholes wrote:
Since this patch was the last of three fixes for util_ldap and didn't
make it into 2.0.52 because of lack of votes and since it fixes a
segfault in util_ldap, now that it has the required votes, I would
suggest we backport the fix and post the patch
At 06:12 PM 9/28/2004, Brad Nicholes wrote:
I wouldn't consider posting the patch if there was going to be
another release in a week and a half, but that usually isn't the case
and a patch for an experimental module usually isn't reason enough to
roll another release. Past history shows that
I have an ongoing fight with the amount of spam at the two testers
lists, and because there is not a useful distinction, I'm thinking
that for those who want to participate, one list is sufficient.
Would anyone object to merging the participants of stable-testers@
and current-testers@ into a
At 10:59 PM 9/28/2004, you wrote:
On Tue, 28 Sep 2004 18:00:12 -0600, Brad Nicholes [EMAIL PROTECTED] wrote:
Quoting the download page:
Official Patches
When we have patches to a minor bug or two, or features which we
haven't yet included in a new release, we will put them in the patches
At 09:10 AM 9/30/2004, Brian Akins wrote:
http://uptime.netcraft.com/up/graph/?host=www.cnn.com
Not an endorsement, just an observation.
While on the subject;
http://www.securityspace.com/s_survey/data/man.200408/srvch.html?server=Apacherevision=Apache%2F2.0.50
I regularly sum up the stats,
At 12:00 PM 10/4/2004, Jean-Frederic wrote:
I have prepared a patch to use apr-iconv instead GNU or system iconv.
I'm not hearing alot of interest in maintaining apr-iconv, and
instead perhaps using the BSD port iconv-2.0 for Win32 and non
iconv platforms.
What are other people's thoughts on
At 06:38 PM 10/4/2004, Justin Erenkrantz wrote:
I have some issues with the proposed patch in that it moves some configure logic that
really belongs in apr-util over to httpd: i.e. configuration of apr-iconv should be
done by apr-util not by httpd, httpd should only be aware of iconv via the
Brian Akins wrote:
Ruediger Pluem wrote:
1. If we stick to
AP_DECLARE(const char *) ap_get_server_version(void);
and do
#define ap_get_server_banner ap_get_server_version
I hate macros. Just do it like:
AP_DECLARE(const char *) ap_get_server_banner() {
return
Ruediger Pluem wrote:
Hm, what backport are you thinking of? I thought of backporting it to 2.2.x
not to 2.0.x. I see no general backwards compatibilty of modules written for
2.2.x to 2.0.x.
Well, we are talking about breaking = 2.2.3 / 2.2.3 right?
You are right, the new function would
Jeff Trawick wrote:
AP_DECLARE(const char *) ap_get_server_banner() {
return ap_get_server_version();
}
I would prefer, if server_version goes away, and we want users to be
unsurprised, that it's
/* doxygen description...
* @deprecated @see ap_get_server_banner
*/
AP_DECLARE(const
Adopt [EMAIL PROTECTED], seeded from [EMAIL PROTECTED]
current subscribers, for module authors to use for peer developer support?
(API 'users', essentially.)
The vote to create...
+1 pquerna, wrowe, slive, fielding, jim, bnicholes, rpluem, niq, pgollucci,
graham, kess, erikabele, sctemme,
Following a vote on dev@httpd.apache.org, and with input from the project
participants on the [EMAIL PROTECTED] Authors' discussion list,
the httpd project is pleased to announce the creation of a new modules-dev
list at httpd.apache.org. Current subscribers to the apache-modules list
will not be
pradeep kumar wrote:
Hi,
Unfortunately the fix didn't help. The 100% CPU utilization is still
seen. Can you suggest what else could be causing this large CPU utilization.
Not unless you could follow the directions at
http://httpd.apache.org/dev/debugging.html#backtrace
which may show us
Jonathan D. Hicks wrote:
Hello, I apologize if this is the wrong list to discuss this matter. I am
new to mailing lists and could not find a more appropriate list to
subscribe to.
I am mailing to ask why Apache's logging behavior was changed from 1.3 so
that the %b and %B format strings
Mads Toftum wrote:
On Sun, Sep 17, 2006 at 08:51:43PM +0200, Joachim Zobel wrote:
Is there anybody?
Yes.
Traffic on the old list apache-modules was always bursty, 20 post days,
all the to the other end of the spectrum with 20 day silences :)
Nothing to panic about.
I've reclassed the 44 open apr bugs over to the [EMAIL PROTECTED] side of the
universe. Sorry for the short, ugly burst, it was a one time change.
Hopefully no further interruptions of your email flow.
If you reopen an APR bug (or catch one being reopened) it will be
necessary still to reassign
I received a note that some users would appreciate distinguishing
notes with a subject line.
Most lists in the ASF don't do this for many good reasons, but I noticed
that many of our peer-user lists (and modules-dev is a developement-users
discussion) do so.
So thoughts? +/- to adding
Nick Kew wrote:
I would suspect that anyone asking for crap in the subject line
needs to rtfm procmail, or whatever other tools they have available.
Sorting of incoming mail has been a solved problem for over 20 years.
I agree with you, up until the introduction of webmail.
Since this list
Jim Jagielski wrote:
I don't understand all of this... Just because there were some
bugs in some code because someone forgot the precendence
rules for C should mean we abandon standard C idioms...
while ((c = getchar()) != EOF)
is like one of the 1st C shortcuts people learn and is
Franky Braem wrote:
It seems that the dll msvcr80.dll can't be found. I've tried to put this
dll in the same folder, but it can't load it. How do I solve this?
Grab the vc2005 c runtime redistribution and install it.
Note that it also installs WinSxS assembly logic.
The 'debug' versions of
Please avoid polluting the sources of third party origin, it's junk
like this that makes merging to more modern external sources a real PITA.
If you need a define, you add a define. We have a compiler options
line in this same patch, no?
[EMAIL PROTECTED] wrote:
Author: mturk
Date: Sat Oct
-# ADD CPP /nologo /MD /W3 /O2 /D _WIN32 /D NDEBUG /D _CONSOLE /D
_MBCS /FdRelease\dftables /FD /c
+# ADD CPP /nologo /MD /W3 /wd:4996 /O2 /D _WIN32 /D NDEBUG /D _CONSOLE
/D _MBCS /FdRelease\dftables /FD /c
# ADD BASE RSC /l 0x809 /d NDEBUG
# ADD RSC /l 0x809 /d NDEBUG
Mladen Turk wrote:
William A. Rowe, Jr. wrote:
why not s#/wd:4996#/D _CRT_SECURE_NO_DEPRECATE#
/wd with colon like (/wd:4966) gives:
Command line error D8021 : invalid numeric argument '/wd:4996'cl
when converted to VS2005.
BTW according to the MSDN the proper format is /wd
Paul Querna wrote:
Thats not going to be possible until 3.0. Good luck :)
Paul's right. The next expectiation we break, that a protocol spends it's
life on a single thread. That is really a 3.0 magnitude change because it
will break modules in a major way.
Then, the final expectation to
Graham Leggett wrote:
I see lots of comments on the code, but the comments are summarised as
the cache is fine as it is. It isn't. If it was fine, key users of
network caching wouldn't be standing up saying they're using something
else.
I concur, but the history becomes a nightmare. Let's
Ruediger Pluem wrote:
Apart from this, Paul created a branch a while ago for mod_cache refactoring.
As it has turned out the whole thing creates some bigger discussion and
patches
go in and out. So I think it would be a good idea to do this on a dev branch
instead
of the trunk. So I
Joe Orton wrote:
I keep seeing people talk about the mod_cache interface as an
externally-visible API for which we must maintain API/ABI compatibility.
But mod_cache.h is not installed, so this API is not actually exposed
externally, and never has been.
Uhm - it's our front for an
Jim Jagielski wrote:
Looking over CHANGES and STATUS, I think we should
start thinking about a 2.2.4 release. Comments?
I offer to be RM.
Yes - we need to, +1, and I'd offered to RM APR... we've been whittling
down the apr bug list (primarily platform-by-platform quirks.) I can have
APR
Scroll back a half hour :)
Seriously - do folks need the extra day - or does anyone object to Friday
midday?
Paul Querna wrote:
Jim Jagielski wrote:
Looking over CHANGES and STATUS, I think we should
start thinking about a 2.2.4 release. Comments?
I offer to be RM.
I think we should
Paul Querna wrote:
Successful CPAN-like systems were mostly started back when package
management was an enormous pain. It still is on some platforms
*cough*solaris*cough*, but they are generally the exception these days.
Also, in almost every case CPAN-style systems focus on one language,
Jim Jagielski wrote:
By the way, ProxyPass /servlet/ balancer://mycluster
does the 2nd part of what you want, it's just the
'*.jsp' stuff we're missing... So basically,
ProxyPass more JkMount-like...
By the way, I've really looked at this and it isn't
required really to make ProxyPass
I'm happy to see wombat enter the ASF, but as an httpd-sponsored incubation
project. My question is, if we are punting mod_python out to a TLP, and
mod_perl is already a TLP - is this a fit as a subproject of httpd, or it's
own TLP?
Brian McCallister wrote:
On Nov 11, 2006, at 10:53 PM, Roy
Nick Kew wrote:
We spent some time fixing a bug on this. Bugzilla still has
http://issues.apache.org/bugzilla/show_bug.cgi?id=14206
Checking the records, I see in CHANGES for /trunk/
*) core: Do not allow internal redirects like the DirectoryIndex of
mod_dir to circumvent the
Philip M. Gollucci wrote:
William A. Rowe, Jr. wrote:
Keep in mind, using the official build of httpd you have .pdb debug
files that can be downloaded that exactly match the .exe/.dll's/.so's
that we ship. That means you can -debug- these segfaults.
Am I able to make these from UNIX ?
Where
Issac Goldstand wrote:
CC-ing to [EMAIL PROTECTED] in the hopes that someone
(**cough**wrowe?**cough**)
might shed some deeper insight into why things were/are done the way
they are, and what, if anything, would be needed to be done to make
things better.
I don't think that the problem is
Offhand, doesn't ctx pool span the connection?
I think you just started setting aside what is part of the next request
into the current req_rec's pool.
[EMAIL PROTECTED] wrote:
Author: jorton
Date: Wed Nov 22 04:11:57 2006
New Revision: 478141
URL:
that right?
On 10/10/06, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
All of them. Understand that all malloc()ed memory heap pages in most
kernels are shared but marked copy-on-write. As soon as any forked
process (every httpd child worker process) touches one byte in those
pages, they get
Jim Jagielski wrote:
On Nov 28, 2006, at 12:08 PM, Paul Querna wrote:
Jim Jagielski wrote:
I'd still like to push a 2.2.4 out, say VERY early in Dec.
There are some backports awaiting just 1 single vote
to be approved, and others which look VERY worthwhile
to be in this version. Let's
Jeff Trawick wrote:
A lot of opinions were offered back in August. Some were negative but
I don't see anything that looks like a veto.
(http://mail-archives.apache.org/mod_mbox/httpd-dev/200608.mbox/[EMAIL
PROTECTED])
A concern with the logging of server version has since been resolved,
Nick Kew wrote:
On Tue, 5 Dec 2006 15:46:53 +0530
Manish Chakravarty [EMAIL PROTECTED] wrote:
I am using apache 1.3.37, and am trying to write a module for it.
I know of no possible way to debug it. Can someone please give some
pointers/tips?
would gdb on GNU/LInux be a better choice?
Nick Kew wrote:
On Tue, 05 Dec 2006 21:45:48 +0100
Frank [EMAIL PROTECTED] wrote:
Hi,
I am developing a module (using OpenSSL) for apache 2.2.3 and wonder
how to make it thread safe.
Is OpenSSL not thread-safe?
An SSL_CTX can't be cross-threaded. If the scope of use of that CTX is
Darryl Miles wrote:
Frank wrote:
William A. Rowe, Jr. wrote:
Nick Kew wrote:
[...]
An SSL_CTX can't be cross-threaded. If the scope of use of that CTX is
restricted to one thread at a time, then yes, OpenSSL has been
threadsafe
for a very very long time.
You mean if I were able
Jim Jagielski wrote:
*shrug* but as everyone seems to think that this is a good idea,
feel free to ignore my veto.
A Veto is a Veto. If you feel strongly enough about it, then
it cannot be, and should not be, ignored.
/agree - I cast a -0 because I don't like it, don't think we should
do
Frank wrote:
Joe Orton wrote:
Yes, CRYPTO_get_locking_callback/CRYPTO_get_id_callback.
[...]
I already know that this functions exists. But what if my module gets
inited before mod_ssl, which doesn't use the get-functions to determine
that something is already there? I was in the hope to
It always irked me that apxs -q {arbitraryvariable} throws up. Which ones
are valid anyways?
The attached patch would provide a list of the values from apxs -q
if no variable name is passed.
Feedback? If the list likes, please commit.
Bill
--- apxs 2006-07-15 06:25:47.0 -0500
+++
--- httpd/httpd/branches/2.2.x/STATUS (original)
+++ httpd/httpd/branches/2.2.x/STATUS Sat Dec 9 06:14:27 2006
@@ -88,6 +88,7 @@
and minfrin's fix is better than mine.
Cumulative patch:
Klaus Wagner wrote:
On Thu, 2006-12-07 at 18:41 +, Darryl Miles wrote:
Maybe there is some (small) re-design of the Apache code needed?
Agreed, something needs to be added. I'm saying there is no need to
make it specific to OpenSSL. Serializing the initialization can be made
generic
LIBTOOL = /bin/sh /usr/local/apache20/build/libtool --silent
SH_LIBTOOL = /bin/sh /usr/local/apache20/build/libtool --silent
I don't know where it came up with that nonsense...
APR APR-UTIL are installed in /usr/local/apr, httpd in /usr/local/apache20.
It seems like config_vars.mk is imagining
William A. Rowe, Jr. wrote:
LIBTOOL = /bin/sh /usr/local/apache20/build/libtool --silent
SH_LIBTOOL = /bin/sh /usr/local/apache20/build/libtool --silent
I don't know where it came up with that nonsense...
APR APR-UTIL are installed in /usr/local/apr, httpd in /usr/local/apache20
William A. Rowe, Jr. wrote:
Anyone see a better alternative?
--- Makefile.in (revision 486457)
+++ Makefile.in (working copy)
@@ -93,8 +93,10 @@
@test -d $(DESTDIR)$(installbuilddir) || $(MKINSTALLDIRS)
$(DESTDIR)$(installbuilddir)
@cp $(top_srcdir)/build/*.mk
Jean-Frederic Clere wrote:
Hi,
I would like to return the httpd-proxy-scoreboard to its first goal: A
replacement of the scoreboard by normal shared memory.
To reach this the experiments of health_checker should be removed or
changed to a provider of bytraffic/byrequest for
Jim Jagielski wrote:
I'd still like to push a 2.2.4 out, say VERY early in Dec.
There are some backports awaiting just 1 single vote
to be approved, and others which look VERY worthwhile
to be in this version. Let's all take some time and
look over them ;)
Well, I'm a little confused,
Jim Jagielski wrote:
I wasn't waiting forever... I just wanted a good solid release
that would stand the test of time, for a bit :)
Having a release so close to the holidays is, I think,
unfair, since it provides a push for people to upgrade.
But if there is a real desire by people to get
Jim Jagielski wrote:
William A. Rowe, Jr. wrote:
Seriously, some of us will likely hack at this during the holidays,
and at some point, the version drift will be so great that it becomes
very hard to track down where breakage was introduced.
2.2.4 by early this coming week, followed by 2.2.5
[EMAIL PROTECTED] wrote:
Votes and Notes; the first four I would like to see applied before
tagging 1.2.4; add a better patch for the winnt mpm wait patch
that makes this reviewable (sometimes -U3 just isn't enough context.)
As Ruediger guessed and committed (thanks!) we are now two more
Nick Kew wrote:
On Tue, 19 Dec 2006 16:34:24 -0600
William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
I see two final state bugs... I'm about to finish vetting niq's patch
for listen reconfig which pegs httpd at 100% cpu
For the record, not my patch. It's attached to the PR
William A. Rowe, Jr. wrote:
next time http://issues.apache.org/bugzilla/show_bug.cgi?id=37680
would help so the fruit hangs even lower.
Thanks Jim!
The other fatal bug is:
* mpm_winnt: Fix return values from wait_for_many_objects.
http://svn.apache.org/viewvc?view
Jim Jagielski wrote:
William A. Rowe, Jr. wrote:
The other fatal bug is:
* mpm_winnt: Fix return values from wait_for_many_objects.
http://svn.apache.org/viewvc?view=revrevision=428029
2.2.x version of patch:
Trunk version works
+http
Trent Nelson wrote:
I'll be happy to push the above into a page under httpd.apache.org/
dev as here's how to build HEAD for testing if folks think it
useful. Or I may put it on my blog.
I find that svn externals can provide a useful alternative to the
approach you've mentioned:
Externals
Trent Nelson wrote:
Tell you what would be nice:
svn.apache.org/repos/asf/httpd/httpd/views/
AHHH - ok, retracting my statement... your approach is much less prone
to mis-tagging. However, it can still yield some pretty obtuse commits
if one is not careful :)
Roy T. Fielding wrote:
So, I'm -0.9 on the patch, even though it isn't much worse than
the existing code. I'd be -1 if I could be sure what it did.
And I wouldn't debate it... back to the drawing board. As an improvement
to the behavior I support it, in terms of style it got a -0.5 from me,
Just so folks are aware why...
+APU_DECLARE_DATA const apr_bucket_type_t bucket_type_diskcache = {
+DISKCACHE, 5, APR_BUCKET_DATA,
+diskcache_bucket_destroy,
+diskcache_bucket_read,
+diskcache_bucket_setaside,
+apr_bucket_shared_split,
+apr_bucket_shared_copy
Justin Erenkrantz wrote:
On 12/25/06, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Just so folks are aware why...
+APU_DECLARE_DATA const apr_bucket_type_t bucket_type_diskcache = {
+DISKCACHE, 5, APR_BUCKET_DATA,
+diskcache_bucket_destroy,
+diskcache_bucket_read
Propchange: httpd/test/trunk/flood/flood.vcproj
--
svn:eol-style = CRLF
-1.
It's text, no matter which way you slice it. Please fix and ensure the
repository has text and not WinCrap.
Was about to veto the .vcproj
If anyone has a couple cycles to review this, I'd like to tar up 2.2.4 later
on tonight. Since this was a nasty fault when it occurred (PR 40470) I still
consider it necessary before 2.2 gets bumped.
Does anyone have other backports to point out that are showstopper quality,
before I TR?
Bill
The default service name is Apache2, both in the 2.0 and 2.2 WinNT MPMs.
With the installer, I had tweaked (a separate setting) the service name
default to be Apache2.2. HOWEVER, when users transition from the .msi
installed version to the command line, they are surprised by the fact
that
Sander Temme wrote:
On Jan 3, 2007, at 10:49 PM, William A. Rowe, Jr. wrote:
[X] Change the Installer to go back to Apache2 as the default service
(this makes parallel installs of Apache2.0 and Apache2.2 more
troublesome.)
Changing the service name would violate the Principle
lots of behavioral and optimization meat
to stuff in 2.2.5 after this essential update.
Bill
William A. Rowe, Jr. wrote:
If anyone has a couple cycles to review this, I'd like to tar up 2.2.4 later
on tonight. Since this was a nasty fault when it occurred (PR 40470) I still
consider
http://svn.apache.org/viewvc?view=revsortby=daterevision=104019
is a complete disaster to Win32 as-a-service. It works fine from the
command line, but the lack of stdout/stderr channels causes cmd.exe
in a service appear to cause the CreateProcess of cmd.exe to implode.
As I look at it, the
Patrick Welche wrote:
On Tue, Dec 12, 2006 at 08:50:51PM -0600, William A. Rowe, Jr. wrote:
It seems like config_vars.mk is imagining something, we use apr's libtool.
What is special about apr's libtool? (Can't we and apr just use
recent libtool?)
Simple, apr installs libtool, configured
http://httpd.apache.org/dev/dist/ will soon (within the hour, upon resync)
contain the following tarballs for approval
httpd-2.2.4.tar.bz2 [.asc|.md5]
httpd-2.2.4.tar.gz [.asc|.md5]
httpd-2.2.4-win32-src.zip [.asc|.md5]
+/-1
[ ] Release httpd 2.2.4
Let the voting begin, and kick off 2.2.5
Gustavo Lopes wrote:
No problems compiling (with openssl0.9.8d and zlib1.2.3) with visual
studio 2005 from the command line, except for the usual trouble with the
manifest files.
What trouble? All the libraries/exe's have a post build step that does this.
Going back to a virgin unpack of the
William A. Rowe, Jr. wrote:
Gustavo Lopes wrote:
No problems compiling (with openssl0.9.8d and zlib1.2.3) with visual
studio 2005 from the command line, except for the usual trouble with the
manifest files.
What trouble? All the libraries/exe's have a post build step that does
Ruediger Pluem wrote:
-0 on SuSE Linux 10.1 x86_64, gcc 4.1.0
Due to the apr-util bug 41308
(http://issues.apache.org/bugzilla/show_bug.cgi?id=41308) the 64 bit
build does not work if a system wide 32 bit expat library is present.
Can you clarify - if you specific --with-builtin-expat
There is a very slick feature in perl, burried quite deeply, that
might be useful for our users of ./configure (and apr's as well.)
loclibpth/locincpth define the system search order, and it might be
useful to extend this feature to httpd, to both prevent paths from
being searched, and to add
Joe Orton wrote:
On Sun, Jan 07, 2007 at 06:09:38PM -0600, William Rowe wrote:
There is a very slick feature in perl, burried quite deeply, that
might be useful for our users of ./configure (and apr's as well.)
loclibpth/locincpth define the system search order
They don't, though. The
?
-tom-
On 1/6/07, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
.
Tom Donovan wrote:
Perhaps it would be simpler to presume that remote_addr *is* always
known on Windows, and make sure all the Windows APR socket functions
live up to this rule.
Simpler? Sure, if apr is only for httpd when AcceptEx() is in use :-/
Of course, that's not true, the
Before I go any further, httpd-2.2.4-win32-src.zip is updated here at 6am UT
and will take an hour to move across to the live site
http://httpd.apache.org/dev/dist/
while the .tar files remain unchanged. Feedback to several issues inline...
Sander Temme wrote on 01/07/07:
The RC has been
Tom, speculating here without a 2000 box close - would you try to
DisableWin32AcceptEx please? Perhaps the flaw actually resides in how
AcceptEx and GetAcceptExSockaddrs, and how they interact with the socket?
Bill
Tom Donovan wrote:
I have had some difficulties running 2.2.4 RC on Windows
Tom Donovan wrote:
I see that apr_os_sock_put() set remote_addr_unknown=1 in earlier APR
versions too.
It's actually apr_os_sock_make() and although it set unknown=1 where there
was no remote addr, it assumed unknown from alloc_socket() was 0.
Try the attached patch please?
Bill
Index:
Tom Donovan wrote:
re: the Windows 2000 0.0.0.0 IP address problem
Bill,
Both solutions work.
The Win32DisableAcceptEx directive also works to correct the problem
(without the patch).
That's your bug - AcceptEx inhibits proper behavior of getpeername(),
if you would like to start an
Tom Donovan wrote:
I'd vote to fix it in 2.2.4 rather than deal with the noise - but
personally I'm happy either way since I now know the workaround.
We won't - 2.2.4 is done.
We could scuttle 2.2.4, but given the overwhelming improvements I'm
really loathe to do that. Let 2.2.4 live, and
Roy T. Fielding wrote:
WTF? Please tell me this can be reversed.
Confusion - don't panic.
httpd/httpd/trunk remains the same
httpd/site/trunk contained the website.
httpd/site/trunk/docs is/was httpd.apache.org/
httpd/site/trunk/dist now is www.apache.org/dist/httpd/
which used to live at
Justin Erenkrantz wrote:
Um, 'updated' how? Did you mean 'uploaded'? -- justin
Updated per the other comments in the same email you elided.
Justin Erenkrantz wrote:
I'm very very much against changing release artifacts once they have
been produced. Those changes mandate 2.2.5, IMO. -- justin
Well, correcting the additional cruft under srclib/zlib and srclib/openssl,
which are not part of the distribution, is a no brainer.
So I
Roy T. Fielding wrote:
Okay, makes sense, but would be better to let people know the plan
first since we have to update our checkouts anyway.
Fair enough, mea culpa to all four of you who have this checked out.
svn switch https://svn.apache.org/repos/asf/httpd/site/trunk/dist
will get you
Justin Erenkrantz wrote:
On 1/9/07, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Well, correcting the additional cruft under srclib/zlib and
srclib/openssl,
which are not part of the distribution, is a no brainer.
AIUI, it changes our Makefile not theirs.
More to the point
Justin Erenkrantz wrote:
On 1/9/07, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
The directories themselves, nevermind the .mak files within them, should
have never existed in a source package.
So, what Makefile.win does hack-msvc8-httpd-2.2.4.patch apply to?
Justin, this is giving me
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Apache HTTP Server 2.2.4 Released
The Apache Software Foundation and the Apache HTTP Server Project are
pleased to announce the release of version 2.2.4 of the Apache HTTP Server
(Apache). This version of Apache is principally a
201 - 300 of 6128 matches
Mail list logo