Thread: BF Failure on Bandicoot
Bandicoot is currently failing on HEAD with the following error shown in a message box during make check: --------------------------- postgres.exe - Entry Point Not Found --------------------------- The procedure entry point ldap_start_tls_sA could not be located in the dynamic link library wldap32.dll. --------------------------- OK --------------------------- The failure hangs up the build farm run so it doesn't report back. It appears to occur in initdb, which subsequently cannot be killed :-( Regards, Dave.
Hi All <br /><br /><br />I am looking for a C/C++ library which can talk to postgresql/postgis other than libpqxx!!<br /><br/>thanx in advance<br /><br />sandeep<br />
Ühel kenal päeval, R, 2006-07-21 kell 17:14, kirjutas Sandeep Jakkaraju(Navolve): > Hi All > > > I am looking for a C/C++ library which can talk to postgresql/postgis > other than libpqxx!! Why ? > thanx in advance > > sandeep -- ---------------- Hannu Krosing Database Architect Skype Technologies OÜ Akadeemia tee 21 F, Tallinn, 12618, Estonia Skype me: callto:hkrosing Get Skype for free: http://www.skype.com
"Dave Page" <dpage@vale-housing.co.uk> writes:
> Bandicoot is currently failing on HEAD with the following error shown in
> a message box during make check:
> The procedure entry point ldap_start_tls_sA could not be located in the
> dynamic link library wldap32.dll.
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 patchadds native LDAP
auth,for those platforms that don't have PAM(such as Win32, but also unixen without PAM). On Unix, usesOpenLDAP. 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 ;-))
regards, tom lane
> -----Original Message----- > From: Tom Lane [mailto:tgl@sss.pgh.pa.us] > Sent: 21 July 2006 15:20 > To: Dave Page > Cc: pgsql-hackers@postgresql.org > Subject: Re: [HACKERS] BF Failure on Bandicoot > > "Dave Page" <dpage@vale-housing.co.uk> writes: > > Bandicoot is currently failing on HEAD with the following > error shown in > > a message box during make check: > > > The procedure entry point ldap_start_tls_sA could not be > located in the > > dynamic link library wldap32.dll. > > 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 ;-)) Yeah, I spotted that ugliness. I'll turn it off for now, and CC this to Magnus so he has no excuse for forgetting :-p Regards, Dave.
> 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 ;-)) Looking at the MSDN documentation it seems this function only exists on Windows 2003 and Windows XP. Which is very interesting, because I have it working on one of my 2000 boxes. But I guess I got it through some patch or other. I'm going to have to redo it to dynamically load that function and exit with a proper error message if it's not found. Shouldn't be too hard, I'll get to it as soon as I can get down for a coding session. The ugly stuff I assume is the stuff about the mingw broken headers? If so, no, not related in any way. //Magnus
>>> The procedure entry point ldap_start_tls_sA could not be located in the >>> dynamic link library wldap32.dll. >> >> 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. > > Looking at the MSDN documentation it seems this function only > exists on > Windows 2003 and Windows XP. Which is very interesting, because I have > it working on one of my 2000 boxes. But I guess I got it through some > patch or other. > > I'm going to have to redo it to dynamically load that > function and exit > with a proper error message if it's not found. Shouldn't be too hard, > I'll get to it as soon as I can get down for a coding session. On my Windows 2000 (5.00.2195) Service Pack 4, the LDAP library does not contain any ldap_start_tls* File version of WLDAP32.DLL is 5.0.2195.7017. Yours, Laurenz Albe
> >>> The procedure entry point ldap_start_tls_sA could not be > located in > the > >>> dynamic link library wldap32.dll. > >> > >> 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. > > > > Looking at the MSDN documentation it seems this function only > exists > > on Windows 2003 and Windows XP. Which is very interesting, > because I > > have it working on one of my 2000 boxes. But I guess I got it > through > > some patch or other. > > > > I'm going to have to redo it to dynamically load that function > and > > exit with a proper error message if it's not found. Shouldn't be > too > > hard, I'll get to it as soon as I can get down for a coding > session. > > On my Windows 2000 (5.00.2195) Service Pack 4, the LDAP library > does not contain any ldap_start_tls* > > File version of WLDAP32.DLL is 5.0.2195.7017. Yeah, I have somehow got a version 5.2 DLL in there. I wonder where the heck it came from :-) I'm set up with a different test box now that clearly shows the problem, so I'll get to work on fixing it. //Magnus