Mailing-List: contact modules-dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: modules-dev@httpd.apache.org
Received-SPF: pass (athena.apache.org: domain of sorinm@gmail.com designates
 209.85.215.173 as permitted sender)
Message-ID: <4FE4D7D3.1000309@gmail.com>
Date: Fri, 22 Jun 2012 22:38:43 +0200
From: Sorin Manolache <sorinm@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64;
 rv:13.0) Gecko/20120614 Thunderbird/13.0.1
MIME-Version: 1.0
To: modules-dev@httpd.apache.org
Subject: Re: Followup to earlier thread about "How to compiling/link/use
 Apache
 module that uses shared library?"
References: <20120622152203.KTC2N.197724.imail@eastrmwml214>
In-Reply-To: <20120622152203.KTC2N.197724.imail@eastrmwml214>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

On 2012-06-22 21:22, ohaya@cox.net wrote:
>
> Does that confirm that they statically linked stuff from openssl (and libcrypto) into libobaccess.so?

I think so.

Also you can run nm -aC liboaccess.so. The symbols marked with "U" are 
undefined => they are external to the lib. The functions marked with "T" 
or "t" are defined by the lib => their code is in the binary.

Functions marked with upper-case ("T") are exported, i.e. another module 
may use the function. Functions marked with lower-case ("t") are not 
exported. Those functions can be run by other functions in the same 
module only. If the libcrypto functions in liboaccess were not exported 
(marked with lower-case letter) you wouldn't have a problem: the 
functions in liboaccess would execute the libcrypto functions in 
liboaccess and the functions in mod_ssl would execute the libcrypto 
functions in your system's libcrypto.

But I suppose that's not the case.

> Assuming that's the case, is there any way around this?

The easiest way would be to have a liboaccess _dynamically_ linked with 
libcrypto. In this case, the first module between mod_ssl and your 
module that loads would load libcrypto. When the second module loads, 
the loader tries to resolve the undefined symbols of the second module 
and it will find them in the already loaded libcrypto.

If you cannot obtain a liboaccess dynamically linked with libcrypto, you 
_could_ try to recompile mod_ssl such that it does not export any 
libcrypto functions, but I don't know if it is possible.

S