X-Spam-Check-By: sourceware.org
To: cygwin AT cygwin DOT com
From: Shankar Unni <shankarunni AT netscape DOT net>
Subject:  Re: no message or dialog when a DLL is missing
Date:  Mon, 28 Aug 2006 13:37:06 -0700
Lines: 22
Message-ID: <ecvk5j$gq8$1@sea.gmane.org>
References:  <44ECC152 DOT 3020503 AT innobec DOT com> <Pine DOT GSO DOT 4 DOT 63 DOT 0608231740100 DOT 19954 AT access1 DOT cims DOT nyu DOT edu> <44EDA26C DOT 6000603 AT innobec DOT com> <Pine DOT GSO DOT 4 DOT 63 DOT 0608241225350 DOT 3875 AT access1 DOT cims DOT nyu DOT edu> <44EDF86F DOT 6030107 AT innobec DOT com> <Pine DOT GSO DOT 4 DOT 63 DOT 0608241839590 DOT 3231 AT access1 DOT cims DOT nyu DOT edu> <44EEF080 DOT 1020407 AT innobec DOT com>
Mime-Version:  1.0
Content-Type:  text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding:  7bit
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.5) Gecko/20060719 Thunderbird/1.5.0.5 Mnenhy/0.7.3.0
In-Reply-To: <44EEF080.1020407@innobec.com>
X-IsSubscribed: yes
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Precedence: bulk
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

Pierre Baillargeon wrote:
> Thanks for the information. I will not submit a patch because I suspect 
> the current behavior is prefered by the majority: having a dialog pop-up 
>  in the middle of scripts is much more catastrophic is most case than 
> having a return code, for unattended processing. So I expect the patch 
> to be badly received by end users.

Perhaps the right thing would be for "somebody" to emit an error (read on).

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?


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