We have a local include file, db.h which has fetch and store defined.
Our db.h, from a BerkeleyDB 4.8.26 install, contains the following:
#define fetch(a)__db_dbm_fetch(a)
#define store(a, b) __db_dbm_store(a, b)
My guess is that these are causing the problem.
Jeff
On 3/15/10 12:24 PM,
/notify_internal.c
utils/net_idmap.c
modules/vfs_xattr_tdb.c
modules/vfs_acl_tdb.c
All these were fixed with one or both of the undef's.
Hope this helps if anyone else hits this issue.
Jeff Block
Programmer / Analyst
Radiology Research Computing
University of California, San Francisco
(415) 476-1709
:
On Fri, Mar 12, 2010 at 12:37:05PM -0800, Jeff Block wrote:
After talking with a programmer here, we were able to figure out the
problem.
lib/dbwrap.c was using fetch and store in functions which were colliding
with previously defined macros with the same names. We were able to resolve
install
I think I may need to have manually copied nss_winbind.so.1 file to
/usr/local/samba-3.4.5/lib
On 02/04/10 17:51, Jeff Block wrote:
I'm having problems compiling a newer version of samba (3.3.x or 3.4.x) on
solaris 9. We are currently running 3.0.23d and have been putting off
I'm a little confused on one section here... Where are your passwords being
stored? kerberos? If so, how does samba look there? What is the
significance of the {SASL}USER at REALM in LDAP? Is there another password
store that you are syncing with krb?
Sorry for my ignorance here but after
you see in Samba are only for having Samba
authenticate against an AD server.
There are some things in the works for going the other way if you're
using Heimdal (see the archive), but I have no experience with Heimdal
or this solution.
On Mon, 2005-06-06 at 10:03 -0700, Jeff Block wrote