X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-2.0 required=5.0 tests=BAYES_00,SARE_MSGID_LONG40 X-Spam-Check-By: sourceware.org MIME-Version: 1.0 In-Reply-To: <4B8EF200.8060304@cygwin.com> References: <4B8EF200 DOT 8060304 AT cygwin DOT com> Date: Fri, 5 Mar 2010 09:05:26 +1000 Message-ID: Subject: Re: taskkill - error while loading shared libraries - LD_LIBRARY_PATH? From: Robert Mark To: cygwin AT cygwin DOT com Content-Type: text/plain; charset=ISO-8859-1 X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com OK, I now know it has nothing to do with LD_LIBRARY_PATH - instead it's a cygdrive prefix issue. > 2009-12-07 11:48) and am having trouble running a windows commands > that I use a lot as part of Cygwin. For example, when I use taskkill I > get: > > /c/WINDOWS/system32/taskkill.exe: error while loading shared > libraries: ?: cannot open shared object file: No such file or > directory Turns out it was my cygdrive mount was not being set properly. I was changing the cygdrive mount in my own .bash_profile (via "mount --change-cygdrive-prefix /") because at the time I was not admin of the computer and couldn't edit /etc/profile or /etc/fstab. It seems this is too late: by the time my .bash_profile is evaluated, the PATH (or something else?) had already been set up and the paths are screwed. I fixed up the rights on Windows so I am admin now, /etc/fstab like so: none / cygdrive binary,posix=0,user 0 0 And now I can execute the Windows commands as usual. Rob :) -- 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