Neil,
I have no problem with it. My config. is almost the same as yours. I
use mod_webapp and apr from cvs, apache 1.3.26 from source distribution.
Punky
=
[localhost:~] punkytse% telnet punknix 80
Trying 192.168.1.101...
Connected to punknix.
Neil,
I will try tonight if I encounter the same problem. BTW, if you can
choose, why not move to httpd 2.0? At least Pier and me support it! ;-)
Punky
Neil Cronin wrote:
I'm trying to build mod_webapp for apache 1.3.26. I grabbed webapp and
apr from cvs.apache.org. it seems to build
Punky Tse [EMAIL PROTECTED] wrote:
Neil,
I will try tonight if I encounter the same problem. BTW, if you can
choose, why not move to httpd 2.0? At least Pier and me support it! ;-)
That's for sure! :) Apache 2.0 rocks :)
Pier
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
I'm trying to build mod_webapp for apache 1.3.26. I grabbed webapp and
apr from cvs.apache.org. it seems to build fine:
# ./configure --with-apr=../apr/ --with-apxs
(configure output)
# make
(make output)
Coonfiguration details:
module version: mod_webapp/1.2.0-dev
httpd version:
, but I'm happy to
provide more info to anyone who might want it.
-neil
Original Message
Subject: webapp/apr cvs tags?
Date: Tue, 30 Jul 2002 12:21:38 -0700
From: Neil Cronin [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
I'm trying to build mod_webapp for apache 1.3.26. I grabbed
The latest CVS head works AFAIK... I can't see anywhere in the code where
apr_thread_mutex_lock is actually used anywhere... It might have something
to do with the atomic code, but, hmmm...
Anyhow that should go away with the use of a new APR functionality called
resource list on which we are
Neil Cronin [EMAIL PROTECTED] wrote:
using this version of apr, I was able to build and use mod_webapp.so
http://jakarta.apache.org/builds/jakarta-tomcat-connectors/webapp/release/v1.2
.0/src/apr_APACHE_2_0_35.tar.gz
I searched nagoya.apache.org for a bug on this, but came up empty
are you looking at the apache code, apr, or mod_webapp? all versions of
mod_webapp compile fine with the trunk of apr, but none will be loaded
with apache 1.3.26. compiling with apr_APACHE_2_0_35.tar.gz, the module
loads fine and runs fine. so it seems to me the problem is in the apr
Neil Cronin [EMAIL PROTECTED] wrote:
are you looking at the apache code, apr, or mod_webapp?
All the three codebases (given my involvement lately - Pier is moving to
HTTPD and APR :)
all versions of mod_webapp compile fine with the trunk of apr, but none will
be loaded with apache 1.3.26.
