X-Spam-Check-By: sourceware.org
Message-ID: <ee03a2470701180657g4496f93fjd61876ec2178bb4@mail.gmail.com>
Date: Thu, 18 Jan 2007 22:57:58 +0800
From: "kou yu" <ckyoog AT gmail DOT com>
To: cygwin AT cygwin DOT com
Subject: There is no prompt message if shared object file cannot open, when I was running a program.
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
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

Problem: when running a program from bash and the program requires a
lib that is missing, I do not get any error message. Only a exit
status of 128. Can I change this behavior?

I've exhausted those help resources (include FAQ, User's Guide,
mailing list archives and even google). The closer I have found so far
is this thread: "no message or dialog when a DLL is missing", its link
is http://sourceware.org/ml/cygwin/2006-08/msg00895.html. But that
thread disappointed me by ending up with nothing definited. The
posters and replyers seemed to be regardless to this problem.

On Linux, etc., when a shared library is missing at runtime, any
attempt to execute a binary depending on it will get an error like:

% /usr/bin/xvidtime
/usr/bin/xvidtune: error while loading shared libraries:
libXdmcp.so.6: cannot open shared object file: No such file or
directory

I'm pretty this message is coming directly from (in this case)
ld-linux.so (the "DLL loader" on linux).

If Cygwin is intercepting the equivalent exception on Windows, perhaps
a possible compromise would be for cygwin1.dll to emit such an error
to stderr?

Failing with return code 128 is far less helpful, but printing to
"stderr" (or whatever is eating off that pipe) is much more
script-friendly than a GUI pop-up.

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