X-Spam-Check-By: sourceware.org
To: cygwin AT cygwin DOT com
From: mwoehlke <mwoehlke AT tibco DOT com>
Subject:  Re: no message or dialog when a DLL is missing
Date:  Mon, 28 Aug 2006 15:58:03 -0500
Lines: 33
Message-ID: <ecvlcr$ju7$2@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> <ecvk5j$gq8$1 AT sea DOT gmane DOT org>
Mime-Version:  1.0
Content-Type:  text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding:  7bit
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.5) Gecko/20060719 Thunderbird/1.5.0.5 Mnenhy/0.7.4.0
In-Reply-To: <ecvk5j$gq8$1@sea.gmane.org>
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

Shankar Unni wrote:
> 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?

That would be my vote as well; failing with return code 128 is far less 
helpful, and printing to "stderr" (or whatever is eating off that pipe) 
is much more script-friendly than a GUI pop-up.

At any rate, I've seen '128's before.

-- 
Matthew
We are Microsoft. You will be assimilated. Resistance is futile. --Badtech


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