Re: mod_so problem under OS/2
Hi Jeff, On Sun, 27 Nov 2005 13:16:12 UTC, Jeff Trawick [EMAIL PROTECTED] wrote: On 11/26/05, Paul Smedley [EMAIL PROTECTED] wrote: What's happening is that it's loading all the modules that are listed in httpd.conf, then for some reason is trying to load them a second time which then fails as the library is already open. loading them again is normal; but they are closed/unloaded in-between Ahh ok - that gives me somewhere to go look that might be falling over. Thanks for the clue. -- Cheers, Paul.
Re: mod_so problem under OS/2
On 11/26/05, Paul Smedley [EMAIL PROTECTED] wrote: What's happening is that it's loading all the modules that are listed in httpd.conf, then for some reason is trying to load them a second time which then fails as the library is already open. loading them again is normal; but they are closed/unloaded in-between
mod_so problem under OS/2
Hi all, I've been trying to get Apache 2.0.55 working with the latest GCC on OS/2 (3.3.5). I have it working with statically loaded modules, but am having issues with dynamically loaded modules. What's happening is that it's loading all the modules that are listed in httpd.conf, then for some reason is trying to load them a second time which then fails as the library is already open. error_log hasn't been much use, just telling me: Syntax error on line 233 of ./conf/httpd.conf: Cannot load E:/apache2/modules/access.dll into server: The parameter is incorrect. ((\xfb\t) Through other debugging I've found that the list of loaded modules gets reset. ie sconf-loaded_modules-nelts = 14 (no of loaded modules) then on the second attempt to load mod_access it's = 0, so as far as apache is concerned, mod_access isn't loaded so it attempts to reload it. Anyone have any ideas? -- Cheers, Paul.
httpd-trunk configure dying on OSX: error: mod_so has been requested but cannot be built on your system
ok, so let's try this here ... i'm *not* certain this is a dev-list issue; pls let me know if it's not ... thx! richard hey richard, you should submit a bug or try the developers list for this hi all, i've just started playing with the latest dev trunk; i've had both earlier dev-revisions and 2.0.53 up-n-running on OSX 10.3.8 ... now, after 'svn co' of httpd-trunk, apr apr-util (currently, Revision: 160328) i've sucessfully built/installed apr apr-util into /usr/local/httpd-dev, where: % ls -al /usr/local/httpd-dev/bin/ap*config -rwxr-xr-x 1 root wheel 6882 Apr 6 15:31 apr-1-config -rwxr-xr-x 1 root wheel 5937 Apr 6 15:49 apu-1-config however, when I attepmt to configure httpd-trunk with my 'old' config: ./configure \ --with-apr=/usr/local/httpd-dev \ --with-apr-util=/usr/local/httpd-dev \ --enable-mods-shared=all --disable-static \ --enable-so \ --enable-cgi \ --enable-dav --enable-dav-fs --enable-dav-lock \ --enable-ssl --with-ssl=/usr/local/ssl \ --enable-authn-dbm --enable-authz-dbm \ --with-berkeley-db=/usr/local/berkeley-db \ --with-pcre=/usr/local/pcre50/ \ --enable-proxy \ --enable-proxy-connect \ --enable-proxy-ftp \ --enable-proxy-http \ --enable-logio \ --with-imap configure dies with: configure: error: mod_so has been requested but cannot be built on your system googling on the error hasn't done a lot for me yet, so looking in 'configure', the stanza in question is: @19557 case x$enable_so in xyes) if test $ac_cv_define_APR_HAS_DSO = no; then { { echo $as_me:$LINENO: error: mod_so has been requested but cannot be built on your system 5 echo $as_me: error: mod_so has been requested but cannot be built on your system 2;} { (exit 1); exit 1; }; } fi ;; xshared) { { echo $as_me:$LINENO: error: mod_so can not be built as a shared DSO 5 echo $as_me: error: mod_so can not be built as a shared DSO 2;} { (exit 1); exit 1; }; } ;; xno) ;; x) enable_so=$ac_cv_define_APR_HAS_DSO ;; esac i note the presence of the APR_HAS_DSO check. it's new to me, and i'm unclear if/where it's defined on OSX. certainly, DSO support HAS been there for OSX for earlier versions s, did something change and i've missed it? or is something broken here that needs some attention? thanks! richard
Re: [PATCH] backport static module checking in mod_so to 1.3
On Tue, 7 Sep 2004, Geoffrey Young wrote: the attached patch is a direct port of the logic from 2.0 to 1.3. thoughts or insights on why this wouldn't be a good idea for 1.3 or other feedback appreciated. Seems like a good idea to me. -Rasmus
Re: mod_so
On Sun, 21 Sep 2003, Cliff Woolley wrote: So, um, Jeff None of us seem to have any idea what this is supposed to mean. :) nevermind, dreid just clued me in =)
Re: mod_so
On Fri, 19 Sep 2003, Jeff Trawick wrote: so there was this pickup truck maker, and he sold a bunch of pickup trucks to people far and wide but some of those people just wanted the truck for the chassis, so they replaced the truck bed with a camper they bought from someone else many of these camper customers found out that when you turn on both burners on the stove in the camper, the whole truck blows up the camper customers then get pissed at the pickup truck maker So, um, Jeff None of us seem to have any idea what this is supposed to mean. :) --Cliff
mod_so
so there was this pickup truck maker, and he sold a bunch of pickup trucks to people far and wide but some of those people just wanted the truck for the chassis, so they replaced the truck bed with a camper they bought from someone else many of these camper customers found out that when you turn on both burners on the stove in the camper, the whole truck blows up the camper customers then get pissed at the pickup truck maker
Re: httpd v2.0 compile fails with mod_so on Linux
On Sun, Mar 30, 2003 at 03:35:24AM +0200, Graham Leggett wrote: Hi all, (fudging config.m4 to remove mod_auth-digest that refuses to compile) When I try to configure the latest head of v2.0 with the following line, it bombs out further down with an error: ./configure --enable-mods-shared=all checking whether to enable mod_userdir... shared (all) checking whether to enable mod_alias... shared (all) checking whether to enable mod_rewrite... shared (all) configure: error: shared objects have been requested but cannot be built since mod_so cannot be built Again, I have attached config.log - any clues? ... configure:15185: /include/apr.h: No such file or directory configure:15168: error: shared objects have been requested but cannot be built since mod_so cannot be built This is the same problem as in the other config.log you posted - APR_CHECK_APR_DEFINE can't find apr.h, so all the checks for APR_HAS_foo are failing. Maybe try adding a echo CPPFLAGS are $CPPFLAGS line after: CPPFLAGS=$CPPFLAGS $INCLUDES n APR_CHECK_APR_DEFINE to see why not. joe
Re: httpd v2.0 compile fails with mod_so on Linux
Joe Orton wrote: ./configure --enable-mods-shared=all checking whether to enable mod_userdir... shared (all) checking whether to enable mod_alias... shared (all) checking whether to enable mod_rewrite... shared (all) configure: error: shared objects have been requested but cannot be built since mod_so cannot be built Again, I have attached config.log - any clues? ... configure:15185: /include/apr.h: No such file or directory configure:15168: error: shared objects have been requested but cannot be built since mod_so cannot be built This is the same problem as in the other config.log you posted - APR_CHECK_APR_DEFINE can't find apr.h, so all the checks for APR_HAS_foo are failing. Maybe try adding a echo CPPFLAGS are $CPPFLAGS line after: CPPFLAGS=$CPPFLAGS $INCLUDES n APR_CHECK_APR_DEFINE to see why not. I tried this, but the configure script bombs out before this line so I never get to see these values. Surely CPPFLAGS should be set before the module checks? It looks like it is being set after the module checks, which might explain why it is failing. Regards, Graham -- - [EMAIL PROTECTED] There's a moon over Bourbon Street tonight...
Re: httpd v2.0 compile fails with mod_so on Linux
Jeff Trawick wrote: Can you try with some well-used autoconf instead of GNU Autoconf 2.57 and see if whatever is happening is related to the autoconf version? I checked out a fresh copy of the source tree (as opposed to cvs update'ing my existing tree) and the problems have gone away. I think there were some files lying around from old compiles that were breaking things. Regards, Graham -- - [EMAIL PROTECTED] There's a moon over Bourbon Street tonight...
httpd v2.0 compile fails with mod_so on Linux
Hi all, (fudging config.m4 to remove mod_auth-digest that refuses to compile) When I try to configure the latest head of v2.0 with the following line, it bombs out further down with an error: ./configure --enable-mods-shared=all checking whether to enable mod_userdir... shared (all) checking whether to enable mod_alias... shared (all) checking whether to enable mod_rewrite... shared (all) configure: error: shared objects have been requested but cannot be built since mod_so cannot be built Again, I have attached config.log - any clues? Regards, Graham -- - [EMAIL PROTECTED] There's a moon over Bourbon Street tonight... This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by configure, which was generated by GNU Autoconf 2.57. Invocation command line was $ ./configure --enable-mods-shared=all ## - ## ## Platform. ## ## - ## hostname = jessica uname -m = ppc uname -r = 2.4.20-rc2 uname -s = Linux uname -v = #1 Thu Nov 21 00:07:09 SAST 2002 /usr/bin/uname -p = unknown /bin/uname -X = unknown /bin/arch = ppc /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /bin PATH: /usr/bin PATH: /usr/bin/X11 PATH: /usr/local/bin PATH: /usr/games PATH: /opt/gnome/bin PATH: /usr/X11R6/bin PATH: /usr/local/bin PATH: /opt/j2sdk1.3.1/bin PATH: /home/minfrin/bin ## --- ## ## Core tests. ## ## --- ## configure:1582: checking for chosen layout configure:1584: result: Apache configure:2377: checking for working mkdir -p configure:2393: result: yes configure:2410: checking build system type configure:2428: result: powerpc-unknown-linux-gnu configure:2436: checking host system type configure:2450: result: powerpc-unknown-linux-gnu configure:2458: checking target system type configure:2472: result: powerpc-unknown-linux-gnu configure:2501: checking for APR configure:2561: result: reconfig configure:2776: checking for APR-util configure:2837: result: reconfig configure:3312: checking for rm configure:3330: found /bin/rm configure:3342: result: /bin/rm configure:3353: checking for gawk configure:3369: found /bin/gawk configure:3379: result: gawk configure:3435: checking for gcc configure:3451: found /usr/bin/gcc configure:3461: result: gcc configure:3705: checking for C compiler version configure:3708: gcc --version /dev/null 5 2.95.4 configure:3711: $? = 0 configure:3713: gcc -v /dev/null 5 Reading specs from /usr/lib/gcc-lib/ppc-yellowdog-linux/2.95.4/specs gcc version 2.95.4 20010319 (prerelease/franzo/20011204) configure:3716: $? = 0 configure:3718: gcc -V /dev/null 5 gcc: argument to `-V' is missing configure:3721: $? = 1 configure:3745: checking for C compiler default output configure:3748: gcc -g -O2 -pthread -DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE conftest.c 5 configure:3751: $? = 0 configure:3797: result: a.out configure:3802: checking whether the C compiler works configure:3808: ./a.out configure:3811: $? = 0 configure:3828: result: yes configure:3835: checking whether we are cross compiling configure:3837: result: no configure:3840: checking for suffix of executables configure:3842: gcc -o conftest -g -O2 -pthread -DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE conftest.c 5 configure:3845: $? = 0 configure:3870: result: configure:3876: checking for suffix of object files configure:3898: gcc -c -g -O2 -pthread -DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE conftest.c 5 configure:3901: $? = 0 configure:3923: result: o configure:3927: checking whether we are using the GNU C compiler configure:3952: gcc -c -g -O2 -pthread -DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE conftest.c 5 configure:3955: $? = 0 configure:3958: test -s conftest.o configure:3961: $? = 0 configure:3974: result: yes configure:3980: checking whether gcc accepts -g configure:4002: gcc -c -g -DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE conftest.c 5 configure:4005: $? = 0 configure:4008: test -s conftest.o configure:4011: $? = 0 configure:4022: result: yes configure:4039: checking for gcc option to accept ANSI C configure:4100: gcc -c -g -O2 -pthread -DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE conftest.c 5 configure:4103: $? = 0 configure:4106: test -s conftest.o configure:4109: $? = 0 configure:4127: result: none needed configure:4145: gcc -c -g -O2 -pthread -DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE
Re: httpd v2.0 compile fails with mod_so on Linux
Graham Leggett wrote: Hi all, (fudging config.m4 to remove mod_auth-digest that refuses to compile) When I try to configure the latest head of v2.0 with the following line, it bombs out further down with an error: Can you try with some well-used autoconf instead of GNU Autoconf 2.57 and see if whatever is happening is related to the autoconf version?