httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Rahul Kohli" <>
Subject RE: FW: httpd.exp for Apache 2.0.43
Date Tue, 03 Jun 2003 04:05:21 GMT
Hi All,

I am progressing with apxs approach. But can anyone tell me why the exp approach is failing
on Apache 2.0.43. The same approach is working on Apache 1.3.26. For apxs approach there will
be lots of changes in makefiles which our customer may not agree. Is there anything that I
am missing in my current approach. 

Right now I am only importing symbols in httpd.exp. Do i need to import some other exp file
also in addition to httpd.exp. 

Since the LoadModule directive is not loading the my library, my code has not yet executed.
The problem is there with format of library only. Is there any was to detect whether my library
is compatible with apache loading routines??

When i do apachectl start i get following error:

Syntax error on line 147 of /usr/apache/conf/httpd.conf:
Cannot load /home/agent5x/lib/ into server:

FYI:  The same library built on solaris, hpux gets loaded properly & works fine. In solaris
& hp we don't need to import symbols using -bI:<httpd.exp> option.

Why is the problem only on aix???

I am using xlC_r compiler on aix. Link line command to build the library are as below:

/usr/vacpp/bin/makeC++SharedLib_r  -G -p 0 -bnoipath ../../Rosette30/unix/lib/aix-xlC_r/
 -bM:SRE -berok -bnoentry -blibpath:/usr/lib/threads:/usr/ibmcxx/lib:/usr/lib:/lib -s -bI:../../thi
rdparty/apache/httpd/2.0.43/aix43/server/httpd.exp -bE:mylib.exp ..................


-----Original Message-----
From: Jeff Trawick []
Sent: Tuesday, June 03, 2003 6:13 AM
Subject: Re: FW: httpd.exp for Apache 2.0.43

Stas Bekman wrote:
> Jeff Trawick wrote:
>> Stas Bekman wrote:
>> the only part I've heard about where run-time linking doesn't always 
>> work is when two pieces of code implement the same symbol, since there 
>> is a flat namespace... traditional AIX dynamic linking is two-level 
>> namespace, where for each symbol the binary indicates which library 
>> will resolve it
> I wish it was also reporting this kind of problems. Normally the loader 
> on AIX just silently bails out :( Luckily I don't use AIX for quite a 
> few years already, it was always a pain to build anything at all.

I think you get to find out about your DSO picking up the wrong function 
of multiple with the same name by it behaving strangely :)  As far as 
the usual missing symbol problem, where dlerror() (or whatever it is) 
doesn't provide info, try

View raw message