You are viewing a plain text version of this content. The canonical link for it is here.
Posted to apache-bugdb@apache.org by Robet Hoghaug <ro...@exdevco.com> on 1999/09/15 04:22:08 UTC
mod_userdir/5012: Create Apache 1.3.6 for DSO could not Load mod_userdir error reported below
>Number: 5012
>Category: mod_userdir
>Synopsis: Create Apache 1.3.6 for DSO could not Load mod_userdir error reported below
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: apache
>State: open
>Class: sw-bug
>Submitter-Id: apache
>Arrival-Date: Tue Sep 14 19:30:00 PDT 1999
>Last-Modified:
>Originator: robert@exdevco.com
>Organization:
apache
>Release: 1.3.6
>Environment:
Mandrake Linux 6.0 Linux version 2.2.9 Mandrake Kernel Patch Level 27
Compiler version pgcc-2.91.66
>Description:
[root@edgepro]:/usr/local/apache/bin> ./httpd
Syntax error on line 236 of /usr/local/apache/conf/httpd.conf:
Cannot load /usr/local/apache/libexec/mod_userdir.so into server: /usr/local/apache/libexec/mod_userdir.so: undefined symbol: ap_os_is_path_absolute
1. This occured after I tried to create the Apache Server with DSO enabled.
2.> Another Iportant point would be that I was also trying to create mod_perl 1.21 as a DSO as well. I allow mod_perl to "modify" the configuration of the apache server build environment. I do not know if this problem is releated to mod_perl but it does seems suspicious.
3. The module loading order is the same as you have listed in you help files.
4. Since I used mod_perl the build environment "ALWAYS" create libraries to be linked in. The only This is the final line of the compile and link pahes of the build
gcc -DLINUX=2 -DUSE_HSREGEX -O -mpentium `./apaci` -rdynamic \
-o httpd buildmark.o modules.o modules/standard/libstandard.a main/libmain.a ./os/unix/libos.a ap/libap.a regex/libregex.a -lm -lcrypt -lndbm -ldl
5. I have been using htis same build scenario on a Solaris 2.5.1 system and it does build and load all modules. The only difference being the loading order of the modules. But, since the function ap_os_is_path_absoulte or it "real: name os_is_path_absolute is statically linked in I do not think it was load order related.
It does seem as if the library created from the src/os/unix dir is linked in as the function ap_os_is_path_absolute is located in os_inline.c
I freely admit that I may hve done something wrong. My concern is that I have not changed Any files and that all I have done is to change the location of the apache install to /usr/local/apache and added the -mpentium flag since the compile supports it.
This is all I can think of at the moment.
Please feel free to contact me for assitance or more information.
>How-To-Repeat:
I used the exapmle out of the apache documentation
$ ./configure --prefix=/path/to/apache \
--enable-module=rewrite \
--enable-shared=rewrite
$ make
$ make install
Also configure mod_perl 1.21 to be create using apxs and as a DSO.
>Fix:
I can simply create a macro to be included which does the same thing as os_is_path_absolute. THis can't be the right answer though. I must be doing something wrong.
>Audit-Trail:
>Unformatted:
[In order for any reply to be added to the PR database, you need]
[to include <ap...@Apache.Org> in the Cc line and make sure the]
[subject line starts with the report component and number, with ]
[or without any 'Re:' prefixes (such as "general/1098:" or ]
["Re: general/1098:"). If the subject doesn't match this ]
[pattern, your message will be misfiled and ignored. The ]
["apbugs" address is not added to the Cc line of messages from ]
[the database automatically because of the potential for mail ]
[loops. If you do not include this Cc, your reply may be ig- ]
[nored unless you are responding to an explicit request from a ]
[developer. Reply only with text; DO NOT SEND ATTACHMENTS! ]