X-Recipient:	archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status:	No, hits=-4.9 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,FREEMAIL_FROM,KHOP_RCVD_TRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE,TW_BP,TW_PG,TW_TD,TW_YG
X-Spam-Check-By:	sourceware.org
MIME-Version:	1.0
In-Reply-To:	<50EDF7CA.1010408@cs.utoronto.ca>
References:	<50ECF59A DOT 2010502 AT cs DOT utoronto DOT ca> <20130108232038 DOT 667d5301 AT YAAKOV04> <50ED1FB1 DOT 4020106 AT cs DOT utoronto DOT ca> <50EDF7CA DOT 1010408 AT cs DOT utoronto DOT ca>
Date:	Thu, 10 Jan 2013 13:41:48 -0600
Message-ID:	<CAHiT=DHy_Oh20_KRow=uTObW3HqLOG4nANz-fFcHSaQ_K3=6xg@mail.gmail.com>
Subject:	Re: postgres initdb: error while loading shared libraries: ?
From:	Reini Urban <rurban AT x-ray DOT at>
To:	cygwin AT cygwin DOT com
X-IsSubscribed:	yes
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Unsubscribe:	<mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com

On Wed, Jan 9, 2013 at 5:05 PM, Ryan Johnson wrote:
> On 08/01/2013 11:43 PM, Ryan Johnson wrote:
>>
>> On 08/01/2013 9:20 PM, Yaakov (Cygwin/X) wrote:
>>>
>>> On Tue, 08 Jan 2013 20:44:10 -0800, Ryan Johnson wrote:
>>>>
>>>> The error message is:
>>>>>
>>>>> $ initdb -D /usr/share/postgresql/data
>>>>> /usr/sbin/initdb.exe: error while loading shared libraries: ?: cannot
>>>>> open shared object file: No such file or directory
>>>>
>>>> Any ideas? I can't reproduce it on my own machine. Running cygcheck on
>>>> /usr/sbin/initdb give very normal-looking results, and BLODA checks are
>>>> coming up empty. Is there something obviously wrong in my instructions?
>>>> Or should I have them send their cygcheck output and let folks on the
>>>> list try to diagnose the problem?
>>>
>>> cygcheck output would be helpful, as always, but my wild guess is that
>>> they have the wrong, or more than one, libpq installed.  If
>>> I'm right, reinstalling libpq5 should fix this.
>>
>> !
>>
>> I just checked the cygcheck output again and found this:
>>>
>>> cygcheck: track_down: could not find cygldap-2-3-0.dll
>>
>>
>> Not sure how I missed seeing that before...
>>
>> cygcheck on my machine says the .dll belongs to libopenldap2_3_0-2.3.43-3;
>> acursory check of setup.ini didn't turn up an obvious dependency listing. Is
>> there a chance the dependency didn't get pulled in automatically like it
>> should have?
>
> It turns out the 2_4_2 openldap package got pulled in instead of 2_3_0, but
> pgsql wants the latter. I verified that my local install has the correct
> (older) package and not the newer one.
>
> Thoughts?

I'm tired of postgresql. Anyone wants to take over?

Should build OOTB, but my improvements to the antique build system
and ntlm auth never made it in.
-- 
Reini Urban
http://cpanel.net/   http://www.perl-compiler.org/

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

- Raw text -