You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@httpd.apache.org by Justin Erenkrantz <je...@ebuilt.com> on 2002/02/17 20:07:07 UTC
Apache 2.0.32 beta is available
Apache 2.0.32 Released as Beta
------------------------------
The Apache HTTP Server Project is proud to announce the thirty-second
release of Apache 2.0. The Apache HTTP Server Project has determined
that this release is of beta quality. This makes 2.0.32 the third
public beta of Apache 2.0. This release has been tested thoroughly
and has been running the apache.org web site since Feb. 7, 2002.
Design and implementation of Apache 2.0 is nearing completion. Module
authors are encouraged to review the Apache 2.0 API and share any
concerns with the Apache development team at dev@httpd.apache.org.
This is your best opportunity to ensure that your issues are
addressed prior to an Apache 2.0 General Availability release.
While Apache is continuously undergoing improvement, major new features
are now being deferred into the 2.1 version in order to expedite a
General Availability release. If you have postponed testing Apache
2.0 due to its experimental nature, please download and test this
Apache 2.0.32 release to help ensure that any forthcoming 2.0 releases
are the best versions available.
Apache 2.0 offers numerous enhancements, improvements and performance
boosts over the 1.3 codebase. The most visible and noteworthy addition
is the ability to run Apache in a hybrid thread/process mode on any
platform that supports both threads and processes. This has been shown
to improve the scalability of the Apache HTTPD server significantly on
some versions of Unix in our testing. Apache 2.0 also includes support
for filtered I/O. This allows modules to modify the output of other
modules before it is sent to the client. Finally, we have included
support for IPv6 on any platform that supports IPv6.
This version of Apache is known to work on many versions of Unix, BeOS,
OS/2, and Windows. Because of many of the advancements in Apache 2.0,
this release of Apache is expected to perform equally well on all
supported platforms.
There are new snapshots of the Apache httpd source available every
six hours from http://cvs.apache.org/snapshots/httpd-2.0/ - please
download and test if you feel brave. We don't guarantee anything
except that it will take up disk space, but if you have the time and
skills, please give it a spin on your platforms.
Apache has been the most popular web server on the Internet since
April of 1996. The January 2002 WWW server site survey by Netcraft
(http://www.netcraft.com/survey/) found that more web servers were
using Apache than any other software running on more than 56% of the
Internet web servers.
You may download this release from an apache.org mirror listed at
http://www.apache.org/dyn/closer.cgi or you may download it from the
apache.org web site at: http://www.apache.org/dist/httpd/.
For more information, please check out http://httpd.apache.org/.
Changes since the last public release
-------------------------------------
There have been over 100 major changes and many more minor changes since
the Apache 2.0.28 beta release. These include numerous performance and
functional enhancements, as well as bug fixes. For a list of the major
changes, please see http://www.apache.org/dist/httpd/CHANGES_2.0
Known issues with this release
------------------------------
*) When using LogLevel debug, you may see spurious log entries
reporting failures in read_request_line() or get_mime_headers().
This is usually a harmless error. You may ignore this message or
increase your LogLevel setting. A proper patch for this problem
has already been committed to CVS and will be included in the next
release. The patch is available at:
http://cvs.apache.org/viewcvs.cgi/httpd-2.0/server/protocol.c.diff?r1=1.83&r2=1.84
*) When using the SSLMutex directive with an invalid path, children
may segfault without an error message. A patch for this problem
has already been committed to CVS and will be included in the next
release. The patch is available at:
http://cvs.apache.org/viewcvs.cgi/httpd-2.0/modules/ssl/ssl_engine_init.c.diff?r1=1.24&r2=1.25
http://cvs.apache.org/viewcvs.cgi/httpd-2.0/modules/ssl/ssl_engine_mutex.c.diff?r1=1.9&r2=1.10
These issues will be addressed in a future release.
Please refer to the Apache bug database at http://bugs.apache.org/ for
information about problems not addressed in this document.
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: Apache 2.0.32 beta is available
Posted by Jeroen Massar <je...@unfix.org>.
On 19 Feb 2002, Jeff Trawick wrote:
> Jeroen Massar <je...@unfix.org> writes:
>
> > > > Unless someone submitted patches since the 2.0.32-alpha tarball last
> > > > week. I don't think Win32/nt works especially as it relies on
> > > > sockaddr_in for the mpm_winnt. I figured and fixed this, this weekend when
> > > > I wanted too see if the IPv6 support for Apache on NT worked or not.
> > > > It did compile but without IPv6 support. After some hours of changing
> > > > things, enabling getaddrinfo() etc. I suddenly had a IPv6 enabled
> > > > mpm_winnt version of Apache 2.0.32. I will be cleaning up the diff tonight
> > > > and fixing the fact that IPv6 addresses get logged quite weirdly, which
> > > > is a weird offset effect. You'll probably get the diff tomorrow morning CET ;)
>
> > I haven't made a proper diff, nor the cleanups, but if you copy the files
> > from:
> > http://calvin.ics.hro.nl/~jeroen/apache2/apache_2.0.32-winnt-ipv6.zip
>
> A suggestion:
>
> Work on APR first (and submit your patch to dev@apr.apache.org). Get
> the APR test programs (client, server, sendfile) working nicely.
> Once that is resolved/mostly resolved, then work on Apache.
Good idea as this saves some of the oversight problems :)
Though the most fixes will go in Apache itself as the winnt_mpm references
sockaddr some times, but I think you want to abstract those with apr so
I'll get working on that too.
> Some notes on your current code (which I'm guessing at since there is no diff :) ):
This was a quicky so people could see it work at all <grin>
> We would not want to define struct in_addr6 and struct sockaddr_in6 in apr_network_io.h.
Ah well I can explain that one, either my Visual Studio is doing weird or
something else is happening, as the structs before (mpreq if I remember)
are defined but the sockaddr stuff isn't... I will have to find a neat solution for it :)
> Please don't use "//" comments ;)
>
> Somebody needs to get to the bottom of the 24-byte/28-byte
> discrepancy. I guess this is related to you setting salen to
> "sizeof(struct sockaddr_in6)+4" in set_socket_vars().
I have ported some others programs to support IPv6 on winnt (Putty is the
most notable one) and my authentication daemon als sports v6 so I'll add
some debug code and figure out what they do.
See the diffed atches soon......
Greets,
Jeroen
Re: Apache 2.0.32 beta is available
Posted by Jeff Trawick <tr...@attglobal.net>.
Jeroen Massar <je...@unfix.org> writes:
> > > Unless someone submitted patches since the 2.0.32-alpha tarball last
> > > week. I don't think Win32/nt works especially as it relies on
> > > sockaddr_in for the mpm_winnt. I figured and fixed this, this weekend when
> > > I wanted too see if the IPv6 support for Apache on NT worked or not.
> > > It did compile but without IPv6 support. After some hours of changing
> > > things, enabling getaddrinfo() etc. I suddenly had a IPv6 enabled
> > > mpm_winnt version of Apache 2.0.32. I will be cleaning up the diff tonight
> > > and fixing the fact that IPv6 addresses get logged quite weirdly, which
> > > is a weird offset effect. You'll probably get the diff tomorrow morning CET ;)
> I haven't made a proper diff, nor the cleanups, but if you copy the files
> from:
> http://calvin.ics.hro.nl/~jeroen/apache2/apache_2.0.32-winnt-ipv6.zip
A suggestion:
Work on APR first (and submit your patch to dev@apr.apache.org). Get
the APR test programs (client, server, sendfile) working nicely.
Once that is resolved/mostly resolved, then work on Apache.
Some notes on your current code (which I'm guessing at since there is
no diff :) ):
We would not want to define struct in_addr6 and struct sockaddr_in6 in
apr_network_io.h.
Please don't use "//" comments ;)
Somebody needs to get to the bottom of the 24-byte/28-byte
discrepancy. I guess this is related to you setting salen to
"sizeof(struct sockaddr_in6)+4" in set_socket_vars().
--
Jeff Trawick | trawick@attglobal.net | PGP public key at web site:
http://www.geocities.com/SiliconValley/Park/9289/
Born in Roswell... married an alien...
Re: Apache 2.0.32 beta is available
Posted by Jeroen Massar <je...@unfix.org>.
On Mon, 18 Feb 2002, Bill Stoddard wrote:
> > On Sun, 17 Feb 2002, Justin Erenkrantz wrote:
> >
> > <SNIP>
<SNIP>
> > Unless someone submitted patches since the 2.0.32-alpha tarball last
> > week. I don't think Win32/nt works especially as it relies on
> > sockaddr_in for the mpm_winnt. I figured and fixed this, this weekend when
> > I wanted too see if the IPv6 support for Apache on NT worked or not.
> > It did compile but without IPv6 support. After some hours of changing
> > things, enabling getaddrinfo() etc. I suddenly had a IPv6 enabled
> > mpm_winnt version of Apache 2.0.32. I will be cleaning up the diff tonight
> > and fixing the fact that IPv6 addresses get logged quite weirdly, which
> > is a weird offset effect. You'll probably get the diff tomorrow morning CET ;)
>
> Cool! Thanks, will be looking for the patch.
>
> Bill
>
I haven't made a proper diff, nor the cleanups, but if you copy the files
from:
http://calvin.ics.hro.nl/~jeroen/apache2/apache_2.0.32-winnt-ipv6.zip
And extract them on top of the apache 2.0.32 alpha/beta tarball and
compile it should work. This _does_ however require the IPv6 headers
supplied by either the platform preview (http://msdn.microsoft.com/downloads/sdks/platform/tpipv6.asp)
and or the newer SDK's. Simply build with the InstallBin targets etc and
it should all work out fine. The newer IPv6 stacks by MS automatically
detect IPv6 presence and use it if possible. This allows for a IPv6
enabled build which should be able to run on most NT's. I say NT's here as
the IPv6 stack for 9x/ME is unknown & untested for me.
Things I have to do to clean it up:
- fix the address copying (save_addrinfo goes wrong on me)
- put in many "#ifdef APR_HAVE_IPV6" lines.
- get rid of the debug stuff :)
You'll notice that the winnt_mpm now passes the listen_rec to winnt_accept()
This was the cleanest way in my opinion for it to get the address family.
There is also some weird magic, sockaddr_in6 is normally 24 bytes, but
when returned from getaddrinfo() it's always 28 hmm ;)
I'll probably have a stab on this tomorrow and pass in a diff to you guys ;)
If I am really lucky I will have my adsl line back tomorrow, carrying
printed code and using floppydisks isn't fun ;)... I got the sync.. now
they have to turn on provisioning...
Greets,
Jeroen
Re: Apache 2.0.32 beta is available
Posted by Bill Stoddard <bi...@wstoddard.com>.
> On Sun, 17 Feb 2002, Justin Erenkrantz wrote:
>
> <SNIP>
> >
> > Apache 2.0 offers numerous enhancements, improvements and performance
> > boosts over the 1.3 codebase. The most visible and noteworthy addition
> > is the ability to run Apache in a hybrid thread/process mode on any
> > platform that supports both threads and processes. This has been shown
> > to improve the scalability of the Apache HTTPD server significantly on
> > some versions of Unix in our testing. Apache 2.0 also includes support
> > for filtered I/O. This allows modules to modify the output of other
> > modules before it is sent to the client. Finally, we have included
> > support for IPv6 on any platform that supports IPv6.
> Unless someone submitted patches since the 2.0.32-alpha tarball last
> week. I don't think Win32/nt works especially as it relies on
> sockaddr_in for the mpm_winnt. I figured and fixed this, this weekend when
> I wanted too see if the IPv6 support for Apache on NT worked or not.
> It did compile but without IPv6 support. After some hours of changing
> things, enabling getaddrinfo() etc. I suddenly had a IPv6 enabled
> mpm_winnt version of Apache 2.0.32. I will be cleaning up the diff tonight
> and fixing the fact that IPv6 addresses get logged quite weirdly, which
> is a weird offset effect. You'll probably get the diff tomorrow morning CET ;)
>
> Greets,
> Jeroen
>
> PS: What makes this so cool is the fact that IIS doesn't have IPv6 support (yet, unless
someone has a superduper development version somewhere ;)
Cool! Thanks, will be looking for the patch.
Bill
Re: Apache 2.0.32 beta is available
Posted by Jeroen Massar <je...@unfix.org>.
On Sun, 17 Feb 2002, Justin Erenkrantz wrote:
<SNIP>
>
> Apache 2.0 offers numerous enhancements, improvements and performance
> boosts over the 1.3 codebase. The most visible and noteworthy addition
> is the ability to run Apache in a hybrid thread/process mode on any
> platform that supports both threads and processes. This has been shown
> to improve the scalability of the Apache HTTPD server significantly on
> some versions of Unix in our testing. Apache 2.0 also includes support
> for filtered I/O. This allows modules to modify the output of other
> modules before it is sent to the client. Finally, we have included
> support for IPv6 on any platform that supports IPv6.
Unless someone submitted patches since the 2.0.32-alpha tarball last
week. I don't think Win32/nt works especially as it relies on
sockaddr_in for the mpm_winnt. I figured and fixed this, this weekend when
I wanted too see if the IPv6 support for Apache on NT worked or not.
It did compile but without IPv6 support. After some hours of changing
things, enabling getaddrinfo() etc. I suddenly had a IPv6 enabled
mpm_winnt version of Apache 2.0.32. I will be cleaning up the diff tonight
and fixing the fact that IPv6 addresses get logged quite weirdly, which
is a weird offset effect. You'll probably get the diff tomorrow morning CET ;)
Greets,
Jeroen
PS: What makes this so cool is the fact that IIS doesn't have IPv6 support (yet, unless someone has a superduper development version somewhere ;)