httpd-modules-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ray Morris <supp...@bettercgi.com>
Subject Re: How can i decrypt a cookie in a module
Date Tue, 28 Oct 2008 23:50:59 GMT
   FYI LoadFile seems to be the recommended way 
so that another module added later can use the 
same version.  That is, so that they see it's 
loaded and don't link to a different version.
--
Ray B. Morris
support@bettercgi.com

Strongbox - The next generation in site security:
http://www.bettercgi.com/strongbox/

Throttlebox - Intelligent Bandwidth Control
http://www.bettercgi.com/throttlebox/

Strongbox / Throttlebox affiliate program:
http://www.bettercgi.com/affiliates/user/register.php


On 10/28/2008 06:17:09 PM, Peter Poeml wrote:
> Hi Christian,
> 
> On Tue, Oct 28, 2008 at 02:45:05PM +0100, Christian Klinger wrote:
> > now i have the -lssl and -lcrypt in the gcc command but i alwas get 
> 
> > the same error again.
> 
> With the same error, you mean the same symbol is still missing when
> you
> run Apache and use the modules functionality?
> 
> > make
> [...]
> > Libraries have been installed in:
> >    /opt/apache/server/modules
> [...]
> 
> The output of your make command looks fine anyway.
> 
> > 
> > I have added the LoadFile with all possibilitys of libcrypto
> 
> Just to not be misunderstood: You need only one of the two means -
> either linking to all needed libraries, and letting the runtime 
> linker
> do the work -- or use the LoadFile directive to take care.
> 
> > I´ve included all versions of the libcrypto lib.
> > 
> > LoadFile /usr/lib/libcrypto.so.0.9.8
> > LoadFile /usr/lib/libcrypto.so.0.9.7
> > LoadFile /usr/lib/libcrypto
> 
> Btw, doing this with different version of a library is maybe not a
> good
> idea, because their symbols could clash.
> 
> > but with no success....
> > 
> > Any Ideas left....
> > 
> > Christian
> 
> On Tue, Oct 28, 2008 at 03:40:12PM +0100, Christian Klinger wrote:
> > Hi again,
> > 
> > ldd mod_auth_tkt.so
> > 	linux-gate.so.1 =>  (0xffffe000)
> > 	libssl.so.0.9.8 => /usr/lib/libssl.so.0.9.8 (0xb7f6f000)
> > 	libcrypto.so.0.9.8 => /usr/lib/libcrypto.so.0.9.8
> (0xb7e29000)
> > 	libc.so.6 => /lib/libc.so.6 (0xb7cf6000)
> > 	libdl.so.2 => /lib/libdl.so.2 (0xb7cf2000)
> > 	libz.so.1 => /lib/libz.so.1 (0xb7cde000)
> > 	/lib/ld-linux.so.2 (0x80000000)
> > 
> > is this ok? Or do I need something special for blowfish.h?
> 
> You could check if your libcrypto actually contains the symbol you
> were
> missing -- after all it might be possible that your OpenSSL is
> compiled
> without blowfish support? Does
> strings /usr/lib/libcrypto.so.0.9.8 | grep BF_Decrypt
> print something?
> 
> If all else fails, check if you have some kind of mess from previous
> build attempts which causes Apache to load other objects than you
> might
> think. lsof -p $pid_of_parent_apache_proxy can be a valuable tool to
> double check.
> 
> Peter
> -- 
> Contact: admin@opensuse.org (a.k.a. ftpadmin@suse.com)
>          #opensuse-mirrors on freenode.net
> Info: http://en.opensuse.org/Mirror_Infrastructure
>  
> SUSE LINUX Products GmbH
> Research & Development
> 



Mime
View raw message