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
Message-Id:	<4.3.2.20000327101749.00d49590@pop.ma.ultranet.com>
X-Sender:	lhall AT pop DOT ma DOT ultranet DOT com
X-Mailer:	QUALCOMM Windows Eudora Version 4.3
Date:	Mon, 27 Mar 2000 10:23:17 -0500
To:	"cygwin AT sourceware DOT cygnus DOT com" <cygwin AT hotpop DOT com>
From:	"Larry Hall (RFK Partners, Inc)" <lhall AT rfk DOT com>
Subject:	Re: No such file or directory
In-Reply-To:	<20000326120537.A13807@cygnus.com>
References:	<4 DOT 3 DOT 2 DOT 20000325225920 DOT 00d3c7b0 AT pop DOT ma DOT ultranet DOT com>
	<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

At 12:05 PM 3/26/00, you wrote:
>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.


Ah, OK, stat() would've been what I was thinking of.  I've spent some time
there!;-)  I didn't realize there was an difference between what stat() did
and what open() did in this regard.


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


Right.  I figured the install issue was mostly a latency thing.  Anyway, in
my opinion, at least the category of problem I see popping up in the list
allot would be resolved by this change.  This seems adequate to me (although
once its in place for the populace in general, I might decide otherwise!;-))

Thanks for the info/clarification.


Larry



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

- Raw text -