delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2005/10/10/21:29:20

Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
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
Date: Mon, 10 Oct 2005 21:29:09 -0400 (EDT)
From: Igor Pechtchanski <pechtcha AT cs DOT nyu DOT edu>
Reply-To: cygwin AT cygwin DOT com
To: Glen A Coakley <ucipsr202 AT sneakemail DOT com>
cc: cygwin AT cygwin DOT com
Subject: Re: Bug: 1.5.18: 'This application has failed to start because cygwin1.dll was not found. Re-installing the application may fix this problem'
In-Reply-To: <dieuni$h2o$1@sea.gmane.org>
Message-ID: <Pine.GSO.4.63.0510102054500.25364@slinky.cs.nyu.edu>
References: <dieuni$h2o$1 AT sea DOT gmane DOT org>
MIME-Version: 1.0

On Mon, 10 Oct 2005, Glen A Coakley wrote:

> With cygwin version 1.5.18 I get the following error:
>
> 	'This application has failed to start because cygwin1.dll was
> 	not found. Re-installing the application may fix this problem'
>
> under the following conditions:
> 	* A non-existent directory that is on a removable drive (e.g. a CD/DVD
> drive) is listed (in my case, listed first) in the PATH environment variable.
> 	* The current directory does not include a copy of cygwin1.dll
> 	* Any program that requires cygwin1.dll is executed that is NOT
> located in the same directory as a copy of cygwin1.dll.

I believe this may be an instance of the error I reported in
<http://www.cygwin.com/ml/cygwin/2004-09/msg00552.html>.  Basically, the
PATH conversion code stops whenever it encounters an invalid element in
the PATH.  In my case it was due to strict case checking, but it seems to
be a more general problem.  Basically, the Cygwin path conversion code
stops when it encounters a non-existent directory, and only returns the
part of the path it's converted so far.  Since in your case the invalid
directory comes first, you get an empty PATH.

A patch to turn off this behavior altogether is reasonably simple, but I'm
not sure it'll be accepted.  The main question is whether this behavior is
desired. Corinna or Chris, care to comment?
	Igor
P.S. Glen, for the future, please *attach* the output of "cygcheck -svr"
instead of including it inline.
-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_		pechtcha AT cs DOT nyu DOT edu
ZZZzz /,`.-'`'    -.  ;-;;,_		igor AT watson DOT ibm DOT com
     |,4-  ) )-,_. ,\ (  `'-'		Igor Pechtchanski, Ph.D.
    '---''(_/--'  `-'\_) fL	a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

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

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019