delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2000/03/26/12:06:56

Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT sourceware DOT cygnus DOT com>
List-Archive: <http://sourceware.cygnus.com/ml/cygwin/>
List-Post: <mailto:cygwin AT sourceware DOT cygnus DOT com>
List-Help: <mailto:cygwin-help AT sourceware DOT cygnus DOT com>, <http://sourceware.cygnus.com/ml/#faqs>
Sender: cygwin-owner AT sourceware DOT cygnus DOT com
Delivered-To: mailing list cygwin AT sourceware DOT cygnus DOT com
Date: Sun, 26 Mar 2000 12:05:37 -0500
From: Chris Faylor <cgf AT cygnus DOT com>
To: "Larry Hall (RFK Partners, Inc)" <lhall AT rfk DOT com>
Cc: "cygwin AT sourceware DOT cygnus DOT com" <cygwin AT hotpop DOT com>
Subject: Re: No such file or directory
Message-ID: <20000326120537.A13807@cygnus.com>
Reply-To: cygwin AT sourceware DOT cygnus DOT com
Mail-Followup-To: Chris Faylor <cgf AT cygnus DOT com>,
"Larry Hall (RFK Partners, Inc)" <lhall AT rfk DOT com>,
"cygwin AT sourceware DOT cygnus DOT com" <cygwin AT hotpop DOT com>
References: <4 DOT 3 DOT 2 DOT 20000325222901 DOT 00d398a0 AT pop DOT ma DOT ultranet DOT com> <38DBEF82 DOT 7DF664AD AT netmcr DOT com> <4 DOT 3 DOT 2 DOT 20000325222901 DOT 00d398a0 AT pop DOT ma DOT ultranet DOT com> <20000325224827 DOT A30310 AT cygnus DOT com> <4 DOT 3 DOT 2 DOT 20000325225920 DOT 00d3c7b0 AT pop DOT ma DOT ultranet DOT com>
Mime-Version: 1.0
User-Agent: Mutt/1.1.8i
In-Reply-To: <4.3.2.20000325225920.00d3c7b0@pop.ma.ultranet.com>; from lhall@rfk.com on Sat, Mar 25, 2000 at 11:07:27PM -0500

On Sat, Mar 25, 2000 at 11:07:27PM -0500, Larry Hall (RFK Partners, Inc) wrote:
>At 10:48 PM 3/25/00, Chris Faylor wrote:
>>On Sat, Mar 25, 2000 at 10:40:13PM -0500, Larry Hall (RFK Partners, Inc) wrote:
>> >Looks to me like your big problem is the install program which assumes the 
>> >UNIX convention of executables without extensions (.exe).  It looks for
>> >remind and not remind.exe, which is what exists.
>>
>>I wonder if it would really be a big deal if cygwin, by default, found a
>>file "foo.exe" if there was no existing file "foo".
>>
>>We keep running into this problem and I wonder if implementing this in
>>cygwin would solve more problems than it causes.
>
>Its been a while but isn't there already something in there that does the
>reverse for executables in general?  I should go looking.  My guess is what
>I'm remembering is a related but different topic.

The stat() function call will locate a file with no extension and one
with a .exe extension.  Obviously, the spawn() and exec() calls do
something similar.

The problem is that if you do a stat("ls", &st) it will succeed but
open("ls", whatever) will fail.

>But I agree with you.  This is a common "problem" of the
>configure/make/ install sequence of GNU packages on Cygwin and,
>although its not a big deal to work with once you understand it, it
>does generate list traffic regularly.  I guess I'm wondering why the
>alternate install script solution that has been "floated" in the past
>is not something Cygwin uses now.  I admit I never looked that closely
>at it.  If it does the right job, the thing that I think is good about
>it is that it targets the problem in the context of installs, which
>seems to be where the problem lies...

install.exe in the next version of cygwin will be ".exe" aware.

It hasn't been done before now because, ah, we haven't had an official
net release in a long time.  The Cygwin CD version does use this version
of install, however.

cgf


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com

- Raw text -


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