httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "William A. Rowe, Jr." <>
Subject Re: JRE_1 tarballs
Date Wed, 13 Feb 2002 16:59:03 GMT
From: "Justin Erenkrantz" <>
Sent: Wednesday, February 13, 2002 9:57 AM

> Okay, I've rolled JRE_1 again.  You can either grab the tag via CVS...

> Since I don't have a complete list of files that I need to bump from
> OtherBill, I'm taking a guess at what is needed.  Someone with Win32
> is going to *have* to test this tag out to make sure I've got the
> right bits.

Working on this now.  Checked out on JRE_1 10 minutes ago, diffed to HEAD
to see what significant changes might be falling away;  I created a 1.220
srclib/apr/CHANGES file that reflects this JRE tag - you should do the same
with the primary CHANGES file.

To get Win32 to run and stable;

server/mpm/winnt/mpm_winnt.c 12 Feb 2002 00:14:47 -0000 1.235
srclib/apr/threadproc/win32/thread.c 13 Feb 2002 03:17:53 -0000 1.45

These fixes of Brian Havard's looks pretty critical to OS2;

srclib/apr/include/arch/os2/proc_mutex.h 11 Feb 2002 12:56:13 -0000 1.2
srclib/apr/locks/os2/proc_mutex.c 11 Feb 2002 12:56:13 -0000 1.7
srclib/apr/shmem/os2/shm.c 12 Feb 2002 00:35:21 -0000 1.6

And these fixes look pretty critical to Netware;

srclib/apr/include/arch/netware/proc_mutex.h 8 Feb 2002 22:12:31 -0000 1.2
srclib/apr/locks/netware/proc_mutex.c 8 Feb 2002 22:12:31 -0000 1.6

I'd recommend we incorporate the change of the apr_pool_find() symbol
name instead of persisting the deprecated apr_find_pool().  Your call;

srclib/apr/include/apr_pools.h 9 Feb 2002 14:08:39 -0000 1.78
srclib/apr/memory/unix/apr_pools.c 9 Feb 2002 14:49:16 -0000 1.154

I recommend you cvs up -A docs  and retag docs to capture all the docco 
folks' fixes, these can't hurt the beta's acceptance ;=)

Any other changes touch our tested-stable code so I'd advise we leave 
other changes out.  I don't have an understanding yet of what changed with
0.9.6c so the fixes to abs.dsp and mod_ssl.dsp are better left out.  We do
build against 0.9.6b.

> Once people have sanity tested this tag, then I will make this
> .32 and place it in /dist/httpd.  -- justin

What ever happened to a either an
or directory to prevent people
from casually grabbing things we've identified as alphas, or for first
cut at checking the contents?  I've seen a great number of alpha comments 
from folks who clearly don't have the background in Apache to successfully 
experiment with an alpha tarball or hourly snapshot :)


View raw message