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!     ]