------- You are receiving this mail because: ------- You are the QA contact for the bug.
http://bugs.exim.org/show_bug.cgi?id=139 --- Comment #42 from Phil Pennock <p...@exim.org> 2011-01-17 14:00:01 --- This now works in FreeBSD too. The problem, besides a buglet introduced in the previous commit, was an assumption in the code that dlerror() called after dlsym() can only return an error if dlsym() fails. dlerror() returns the last error. There may have been outstanding errors before the call to dlsym(), so this would cause a spurious failure. On FreeBSD, the nscd integration happens by placing a "cache" source into /etc/nsswitch.conf; the libc resolution dispatch [nsdispatch()] tests for the existence of a dummy function in the symbol table of the current process. nscd(8) contains that dummy function, and so the "cache" source is skipped and the next source is tried. See /usr/src/usr.sbin/nscd/nscd.c:_nss_cache_cycle_prevention_function() and the comments for more details. So, clearing out dlerror() before the call to dlsym() means that I can now use sqlite3 as a module on FreeBSD. We're up to two platforms! Can a Linux user who depends upon this functionality please test current git and make sure things are operational for you? Thanks, -Phil -- Configure bugmail: http://bugs.exim.org/userprefs.cgi?tab=email -- ## List details at http://lists.exim.org/mailman/listinfo/exim-dev Exim details at http://www.exim.org/ ##
