DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:message-id:date:from:reply-to:mime-version:to
	:subject:references:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=RE7QvDb7ng+ZXV1O
	E50n9mxIQ/vTfGN86PHrcehUo/QcaPAPLMQPzgEVrMN7CYNhVVuAWvGsIngspmWe
	1qmRTCw7/jfkEP6P8tALFEBk1t2jEWzg+vj2A2EUoQlyC+tgDB5Iu5sRzsVIlSep
	9c8oZQUi35czWvnL4daePLPqwf0=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Message-id: <52E2F58E.9020304@cygwin.com>
Date: Fri, 24 Jan 2014 18:21:50 -0500
From: "Larry Hall (Cygwin)" <reply-to-list-only-lh AT cygwin DOT com>
Reply-to: cygwin AT cygwin DOT com
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
MIME-version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: octave: cannot open shared object file: No such file or directory
References: <loom DOT 20140125T001029-429 AT post DOT gmane DOT org>
In-reply-to: <loom.20140125T001029-429@post.gmane.org>
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7bit

On 1/24/2014 6:11 PM, Paul wrote:
> I use both Windows and cygwin X11 gvim -- mostly the former out of
> convenience and speed.  I often shell out for filtering, and I'm careful to
> ensure that my vimrc shell setting directs commands to cygwin's bash:
>
>     let &shell='set HOME=c:\cygwin\home\'.$USERNAME.'&
>                                            \ c:\cygwin\bin\bash.exe -i'
>
> However, I recently started to get the following message when sending
> expressions to octave:
>
>     /usr/bin/octave-3.6.2.exe: error while loading shared libraries: ?:
>     cannot open shared object file: No such file or directory
>
> I know there there isn't anything *fundamentally* wrong because when I
> start up cygwin normally via the mintty shortcut, octave starts fine.  I
> thought it was a $PATH problem, so I rejigged .bashrc to ensure that the
> path is the same regardless of whether I start bash from the mintty
> shortcut or shell out from Windows gvim.  This does not solve the problem.
> I confirmed that $LD_LIBRARY_PATH is empty regardless of how bash is
> started up, so I don't think that's the problem.
>
> Can anyone suggest what might be causing the octave error if not $PATH and
> $LD_LIBRARY_PATH?  Again, there is no problem when invoked from a bash
> shell that is started from the mintty shortcut.  Furthermore, there was no
> problem at all before a few days ago.  The only big change is that my admin
> deleted Matlab 2012a, but I have Matlab 2013a (in a different path).  But
> the fact that octave runs from a normally started bash tells me that this
> should not be a show stopper (if in fact it's even the cause).
>
> Note that I work in a locked down environment, so I can't upgrade anything
> and downloading stuff is hit-and-miss.

Have you tried running rebaseall?


-- 
Larry

_____________________________________________________________________

A: Yes.
 > Q: Are you sure?
 >> A: Because it reverses the logical flow of conversation.
 >>> Q: Why is top posting annoying in email?

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