On 11/12/2010 12:25 PM, Daniel Maher wrote: > mod_auth_xradius 0.4.6 configured as : > $ ./configure --with-apxs=`which apxs` --with-apr-memcache=/usr/lib
> checking for apr_memcache library in /usr/lib/lib... yes > checking for apr_memcache_create in -lapr_memcache... yes > configure: using '-R/usr/lib/lib -L/usr/lib/lib -lapr_memcache' for memcache Addendum : specifying --with-apr-memcache=/usr/lib is the only way to have configure find the memcache libraries, however it ends up writing "/usr/lib/lib" as the library path in the Makefile. I went in manually and altered the Makefile to point to /usr/lib (as normal), re-compiled, and re-installed. This had absolutely no effect. I ran a strace of httpd -X on two machines : one with the /usr/lib/lib/ reference, and one with the "correct" /usr/lib/ reference. In the former, Apache was smart enough to look in /usr/lib anyways, so the net result was the same : in both cases /usr/lib/libapr_memcache.so.0 is opened. Clearly mod_auth_xradius is aware of the fact that it should attempt to use memcache, but my strace-fu isn't strong enough to make any further statments about the following : 758 open("/usr/lib/libapr_memcache.so.0", O_RDONLY) = 5 758 read(5, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p\16\0\0004\0\0\0"..., 512) = 512 758 fstat64(5, {st_mode=S_IFREG|0755, st_size=14132, ...}) = 0 758 mmap2(NULL, 12760, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 5, 0) = 0x497000 758 mmap2(0x49a000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 5, 0x3) = 0x49a000 758 close(5) = 0 Any insight would be most welcome. -- Daniel Maher <dma AT witbe DOT net> "The Internet is completely over." -- Prince _______________________________________________ Modules mailing list Modules@lists.outoforder.cc http://lists.outoforder.cc/mailman/listinfo/modules