The release tarball (and win32 .zip file) are now available for testing from;
http://httpd.apache.org/dev/dist/
Please test this 2.0.45-alpha candidate for general release within the
next 24 hours. Once the dev@ list receives enough positive feedback,
we will release the files to general
Justin Erenkrantz wrote:
Keep in mind that RPM isn't necessarily RedHat specific. Other
platforms have RPMs available - IBM uses it for AIX, I think.
Ok.
The release manager elf changes it on bumping. -- justin
The following code will pull the version number out of ap_release.h:
cat
--On Monday, March 31, 2003 10:09 AM +0200 Graham Leggett [EMAIL PROTECTED]
wrote:
The following code will pull the version number out of ap_release.h:
cat include/ap_release.h | grep define AP_SERVER_MAJORVERSION | cut -d' '
-f3 | tr -d '\'
Is it portable?
FWIW, I'd use:
grep ^#define
--On Monday, March 31, 2003 1:56 AM -0600 William A. Rowe, Jr.
[EMAIL PROTECTED] wrote:
Please test this 2.0.45-alpha candidate for general release within the
next 24 hours. Once the dev@ list receives enough positive feedback,
we will release the files to general availability, moving them to
William A. Rowe, Jr. wrote:
++1 - makes perfect sense.
One more oddball observation. Why repeatedly invoke the cleanups?
We need only a few handles in cgid, it seems that setting those few
handles aside and invoking cleanup_for_exec ourselves before we enter
the server loop in the fork()ed cgid
William A. Rowe, Jr. wrote:
The release tarball (and win32 .zip file) are now available for testing from;
http://httpd.apache.org/dev/dist/
Note that child error functions other than in mod_cgid *are* horked due
to log files being closed, but playing with mod_ext_filter and mod_cgi I
don't
William A. Rowe, Jr. wrote:
One, win32 won't compile (nor any platform missing chown). In this
case we didn't need it and have a good macro to look at.
+1. We also use chown in a few other places as well:
./modules/generators/mod_cgid.c:if (chown(sconf-sockname,
On Mon, 2003-03-31 at 00:38, Justin Erenkrantz wrote:
--On Monday, March 31, 2003 1:56 AM -0600 William A. Rowe, Jr.
[EMAIL PROTECTED] wrote:
Please test this 2.0.45-alpha candidate for general release within the
next 24 hours. Once the dev@ list receives enough positive feedback,
we
All:
A question for discussion: should a lower bound be set in mod_deflate?
I just ran a test using the Linux Documentation Project files and found
that some of the files in the test group were quite small, less that 100
bytes. When mod_deflate tackled these files, I saw a file sized increase
of
So far the testing on NetWare has been good. Everything seems to
build and run as expected. We are continuing with our testing to make
sure that there are no surprises.
Brad
Brad Nicholes
Senior Software Engineer
Novell, Inc., the leading provider of Net business solutions
Stephen Pierzchala wrote:
All:
A question for discussion: should a lower bound be set in mod_deflate?
I just ran a test using the Linux Documentation Project files and found
that some of the files in the test group were quite small, less that 100
bytes. When mod_deflate tackled these files, I
Works just dandy under Solaris 8, prefork and worker, with SSL
enabled.
--
===
Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/
A society that will trade a little liberty for a little order
[EMAIL PROTECTED] writes:
Stephen Pierzchala wrote:
All:
A question for discussion: should a lower bound be set in mod_deflate?
I just ran a test using the Linux Documentation Project files and found
that some of the files in the test group were quite small, less that 100
bytes. When
Works fine under NT 4.0 with ssl and mod_jk since ~10 hours so far.
André
[EMAIL PROTECTED] 31.03.2003 19:31:37
Works just dandy under Solaris 8, prefork and worker, with SSL
enabled.
--
===
Jim Jagielski [|]
HEAD of everything, Solaris, out-of-tree APR and apr-util
Apache picks up CFLAGS from APR, but not CC, resulting in a failure if
CFLAGS has non-gcc options but gcc is found
I'm using Sun WorkShop 5.0 sometimes, and these builds result in
executables like httpd referencing libthread but not libpthread.
We pass cc the -mt switch, but at least with this version that switch
isn't enough to pull in libpthread. Can anybody confirm that with a
more recent Sun compiler
The -mt compiler option only instructs the C++ compiler to perform some
multithread safe checks and preserve a specific linking order with the
Solaris thread library.
On Solaris, the POSIX thread library is an abtraction of Sun's native
thread support. So any application that wishes to use
* William A. Rowe, Jr. ([EMAIL PROTECTED]) wrote :
The release tarball (and win32 .zip file) are now available for testing from;
http://httpd.apache.org/dev/dist/
Please test this 2.0.45-alpha candidate for general release within the
next 24 hours. Once the dev@ list receives enough
1. It's an out of date, and Solaris-biased (as opposed to POISX), man
page. Even on Solaris 9.
http://docs.sun.com/source/816-2454/cc_ops.app.html#pgfId-25
A.3.42 -mt
Macro option that expands to -D_REENTRANT -lthread. If you are doing your
own multithread coding, you must use this
On 31/3/03 20:59, Jeff Trawick [EMAIL PROTECTED] wrote:
I'm using Sun WorkShop 5.0 sometimes, and these builds result in
executables like httpd referencing libthread but not libpthread.
We pass cc the -mt switch, but at least with this version that switch
isn't enough to pull in libpthread.
Is there any way of telling libtool to NOT use gcc/cc for linking. Instead,
use ld ?. libtool 1.4.3 seems to have problems on HP-UX. When I use 1.4,
everything seems to work just fine.
--Madhu
-Original Message-
From: Thom May [mailto:[EMAIL PROTECTED]
Sent: Monday, March 31, 2003 1:00
--On Monday, March 31, 2003 14:59:17 -0500 Jeff Trawick
[EMAIL PROTECTED] wrote:
I'm using Sun WorkShop 5.0 sometimes, and these builds result in
executables like httpd referencing libthread but not libpthread. We pass
cc the -mt switch, but at least with this version that switch isn't
enough to
1. Clarification: -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT should be
specified explicitly. During linking, -lpthread should be specified explictly.
/kristofer
On Mon, 31 Mar 2003, Spinka, Kristofer wrote:
1. It's an out of date, and Solaris-biased (as opposed to POISX), man
page. Even on
Spinka, Kristofer wrote:
1. Clarification: -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT should be
specified explicitly. During linking, -lpthread should be specified explictly.
existing code does that via apr_hints.m4
I'm testing some changes to apr_hints.m4 now that will make sure
-lpthread is
Justin Erenkrantz wrote:
--On Monday, March 31, 2003 14:59:17 -0500 Jeff Trawick
[EMAIL PROTECTED] wrote:
I'm using Sun WorkShop 5.0 sometimes, and these builds result in
executables like httpd referencing libthread but not libpthread. We pass
cc the -mt switch, but at least with this version
Can we take the -mt flag out of the works?
/kristofer
On Mon, 31 Mar 2003, Jeff Trawick wrote:
Spinka, Kristofer wrote:
1. Clarification: -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT should be
specified explicitly. During linking, -lpthread should be specified explictly.
existing code
I'm desparately wanting to develop a new module for apache2 (that doesn't
lots of computations) and have no idea how you go about debugging a module
using devstudio. How do you debug a module using devstudio?
Jeff.
Spinka, Kristofer wrote:
Can we take the -mt flag out of the works?
that makes sense to me based on the doc
FYI: There was a serious brain fart (mine) in the
previous message...
I said...
2. If there's no EOS in the brigade yet you have to assume
more is coming so now it's nut-crackin' time. If the 'minimum
file size' is less than the amount of data already in the first
brigade showing up then
--On Monday, March 31, 2003 14:59:17 -0500 Jeff Trawick
[EMAIL PROTECTED] wrote:
I'm using Sun WorkShop 5.0 sometimes, and these builds result in
executables like httpd referencing libthread but not libpthread. We pass
cc the -mt switch, but at least with this version that switch isn't
enough to
Builds and runs wonderfully on x86 and SPARC.
I have not had the time for extensive testing, but just some simple
feedback.
Notes:
--
I removed -mt from pthreads_cflags.
Configure Used:
---
CC=cc CFLAGS=-xO5 ./configure --with-mpm=worker --enable-rewrite
--enable-so
hi all,
there was some discussion on this list about HP-UX and c++ modules. we
had a mixture like this running with 2.0.43. we've recently upgraded to
2.0.44, and we're now experiencing problems at load time. i'm wondering
if anyone is running 2.0.44 on HP-UX with c++ modules successfully,
At 04:14 PM 3/31/2003, Jeff D. Hamann wrote:
I'm desparately wanting to develop a new module for apache2 (that doesn't
lots of computations) and have no idea how you go about debugging a module
using devstudio. How do you debug a module using devstudio?
Couple of quick tricks.
First, it's easier
Spinka, Kristofer wrote:
Configure Used:
---
CC=cc CFLAGS=-xO5 ./configure --with-mpm=worker --enable-rewrite
--enable-so --enable-headers --enable-deflate
Compiler Version:
-
Sun ONE Studio 8 Compilers (Beta)
Sun C 5.5 EA2 2003/01/09
Proper libpthread.so Linking:
any
Andy, there were new fixes in 2.0.45 that should address this. See...
http://cvs.apache.org/viewcvs.cgi/apr/dso/unix/dso.c
Bill
At 04:57 PM 3/31/2003, Andy Cutright wrote:
hi all,
there was some discussion on this list about HP-UX and c++ modules. we had a mixture
like this running with
any idea why you get libpthread linked without hacking anything to refer
to libpthread directly, but I don't?
Did you remove the -mt from srclib/apr/configure /
srclib/apr/apr_threads.m4?
/kristofer
Spinka, Kristofer wrote:
any idea why you get libpthread linked without hacking anything to refer
to libpthread directly, but I don't?
Did you remove the -mt from srclib/apr/configure /
srclib/apr/apr_threads.m4?
I'm in the middle of trying that, but I'm far enough along that I can
see that it
Just to confirm, here is a SPARC version of that ldd with -mt removed:
[EMAIL PROTECTED]:~/src/httpd-2.0.45] ldd .libs/httpd
libz.so = /usr/local/lib/libz.so
libaprutil-0.so.0 = /usr/local/apache2/lib/libaprutil-0.so.0
libexpat.so.0 =
Spinka, Kristofer wrote:
Builds and runs wonderfully on x86 and SPARC.
I have not had the time for extensive testing, but just some simple
feedback.
Notes:
--
I removed -mt from pthreads_cflags.
in case you don't watch the commit logs, your change to apr_thread.m4
was just committed...
www.apache.org server, but we need a variety of platforms and different
configurations to have complete confidence in the release.
My Powerbook:
Darwin monalisa.sfo.covalent.net 6.4 Darwin Kernel Version 6.4: Wed Jan 29
18:50:42 PST 2003; root:xnu/xnu-344.26.obj~1/RELEASE_PPC Power Macintosh
hi bill,
thanks for your help. that doesn't seem to be the root cause. we've been
loading our modules without BIND_NOSTART for a while now on HP-UX. the program
is dumping core in apr_pools.c:1976 with a SIGSEGV. i'm gonna start digging
deeper,
cheers,
andy
William A. Rowe, Jr. wrote:
William A. Rowe, Jr. wrote:
The release tarball (and win32 .zip file) are now available for testing from;
http://httpd.apache.org/dev/dist/
layouts (and thus the Apache binbuild mechanism) have some problems...
can anybody get it to work?
FreeBSD 5.0:
unpack the alpha then
$ cd httpd-2.0.45
--On Monday, March 31, 2003 7:57 PM -0500 Jeff Trawick [EMAIL PROTECTED]
wrote:
layouts (and thus the Apache binbuild mechanism) have some problems... can
anybody get it to work?
FreeBSD 5.0:
unpack the alpha then
$ cd httpd-2.0.45
$ build/binbuild.sh
...
APR Version: 0.9.3
** Error: unable to
in mod_perl 2.0 we register only four filter names (in:out:req:conn) and then
we install the actuall perl callbacks using one of these four filter names and
storing the actual filter's callback information in f-ctx. If later on we
want to do something with an inserted filter we have no API to
Announcement to go out tommorow, after the mirrors have caught up.
Thanks all, glad to hear the success stories, and hopefully we will have
a cleaner binbuild script to work from this coming 2.0.46 release :-)
Bill
wrowe 2003/03/31 23:40:19
Modified:.Announcement2.html
45 matches
Mail list logo