Thanks for your continued help. I went ahead and created a 3 - 4 line program to call dlopen for the shared library. The program worked. Then I looked at the FR source and modified my test pgm to use the same flags in the dlopen call that FR uses... and voila! low and behold it revealed a undefined symbol (from libcurl). Got to call dlerror() to see this. Our library uses libcurl but I forgot to include it (-lcurl) in my Makefile for rlm_billmax.c Rebuilding package now so not sure but I believe I have this resolved. Thanks again for your help. Bill On 11/6/2013 11:15 PM, Fajar A. Nugraha wrote:
On Thu, Nov 7, 2013 at 12:07 PM, Bill Schoolfield <bill@billmax.com <mailto:bill@billmax.com>> wrote:
So the custom module is in an RPM?
No. During our build we create the rlm_billmax.so file from the FR files installed from (./configure..., gmake install of the FR tgz) and our library.
Did you try: - ldd /usr/lib64/freeradius/rlm___billmax.so - verify that all other FR modules are also in the same place (i.e. /usr/lib64/freeradius) ?
Yes. The files are all in the same place and ldd doesn't show anything missing.
Did it work when you install EVERYTHING from the resulting build (i.e. not use FR from rpm)? Just in case it was something simple.
-- Fajar
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html