Re: [HACKERS] BF Failure on Bandicoot - Mailing list pgsql-patches

From Magnus Hagander
Subject Re: [HACKERS] BF Failure on Bandicoot
Date
Msg-id 6BCB9D8A16AC4241919521715F4D8BCEA0FB5F@algol.sollentuna.se
Whole thread Raw
Responses Re: [HACKERS] BF Failure on Bandicoot  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-patches
> > Just guessing from the function name, but does this go away if you
> > don't configure --with-ldap?
> >
> > If so it's presumably a portability issue in this recent patch:
> >
> > 2006-03-06 12:41  momjian
> >
> >     * configure, configure.in, src/backend/libpq/auth.c,
> >     src/backend/libpq/hba.c,
> > src/backend/libpq/pg_hba.conf.sample,
> >     src/include/pg_config.h.in, src/include/libpq/hba.h: This patch
> >     adds native LDAP auth, for those platforms that don't have PAM
> >     (such as Win32, but also unixen without PAM). On Unix, uses
> >     OpenLDAP. On win32, uses the builin WinLDAP library.
> >
> >     Magnus Hagander
> >
> > I'd counsel just leaving --with-ldap off until Magnus gets
> back from
> > vacation.  We can always revert the patch later if he can't fix it.
> > (There's some fairly ugly stuff going on at lines 69-89 of
> > backend/libpq/auth.c, which I bet is the root of the
> trouble, but I'm
> > not going to dig further --- I've wasted more than enough time on
> > Windows this week ;-))

Attached is a patch that fixes this issue at least in my test machine
(yes, I found one 2000 machine that was broken as well)

//Magnus

Attachment

pgsql-patches by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: [HACKERS] proposal - plpgsql: execute using into
Next
From: Tom Lane
Date:
Subject: Re: [HACKERS] BF Failure on Bandicoot