X-Recipient: archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status: No, hits=-2.5 required=5.0	tests=BAYES_00,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RP_MATCHES_RCVD,SPF_NEUTRAL,TW_BP,TW_PG,TW_TD,TW_YG
X-Spam-Check-By: sourceware.org
Message-ID: <50EDF7CA.1010408@cs.utoronto.ca>
Date: Wed, 09 Jan 2013 15:05:46 -0800
From: Ryan Johnson <ryan DOT johnson AT cs DOT utoronto DOT ca>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: postgres initdb: error while loading shared libraries: ?
References: <50ECF59A DOT 2010502 AT cs DOT utoronto DOT ca> <20130108232038 DOT 667d5301 AT YAAKOV04> <50ED1FB1 DOT 4020106 AT cs DOT utoronto DOT ca>
In-Reply-To: <50ED1FB1.4020106@cs.utoronto.ca>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.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 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?
Ryan


--
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