No such file or directory

No such file or directory

[Billie Healy]

I downloaded Cygwin for use in a C programming class. I made sure to also
include gcc, make, nano, and vim. Nano and Vim do fine, but when I enter
gcc hello.c
bash reponds "no such file or directory."
I have changed my path according to instructions and checked the path to
make sure it is set correctly.
I am running Windows 10 if this makes a difference.
Thank you for any help you can give me. If you can, please make your
response simple as I am a complete novice.
Many thanks,
Billie Healy

Re: No such file or directory

[ASSI]

Billie Healy via Cygwin writes:
> I downloaded Cygwin for use in a C programming class. I made sure to also
> include gcc, make, nano, and vim. Nano and Vim do fine, but when I enter
> gcc hello.c
> bash reponds "no such file or directory."

It would help if you posted the actual command line and response on the
terminal.  If gcc was complaining about hello.c missing then it would
give you a more elaborate error message than what you have shown and if
bash was complaining about gcc missing it would say "gcc: command not
found".


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Samples for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra

Re: No such file or directory

[Eliot Moss]

On 7/6/2020 12:41 PM, ASSI wrote:
> Billie Healy via Cygwin writes:
>> I downloaded Cygwin for use in a C programming class. I made sure to also
>> include gcc, make, nano, and vim. Nano and Vim do fine, but when I enter
>> gcc hello.c
>> bash reponds "no such file or directory."
> 
> It would help if you posted the actual command line and response on the
> terminal.  If gcc was complaining about hello.c missing then it would
> give you a more elaborate error message than what you have shown and if
> bash was complaining about gcc missing it would say "gcc: command not
> found".

And I would ask: "Is gcc on your path?"  For example, on my system, which
has gcc installed, the response to "type gcc" is "/usr/bin/gcc".  If I
do "type xxx" (some non-existent program) I get "xxx: not found".

Sounds to me like you may need to set up your PATH variable ...

If you're going to be using cygwin, then this should be a somewhat
familiar concept.  One typical place to set it up is in your
.bash_profile file in your HOME directory (mine is /home/moss in
the cygwin tree).

Best _EM

RE: No such file or directory

[pirracas77]

I reinstalled all cygwin. Now works fine.



Dave Korn wrote:
> 
> pirracas77 wrote on 26 June 2008 07:53:
> 
>> Hello all:
>> 
>> I am trying to make a script in bash using cygwin. (script.sh)
>> There is a line with a command like this
>> 
>> ping www.xxxxxxxx.com -t > file.txt
>> 
>> when I launch this commad througth the promtp this commad works without
>> problems but when I launch the script "bash script.sh" a "No such file or
>> directory" message it is showed.
>> Any ideas?
> 
>   http://cygwin.com/faq/faq-nochunks.html#faq.using.not-found
> 
> 
>     cheers,
>       DaveK
> -- 
> Can't think of a witty .sigline today....
> 
> 
> --
> 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/
> 
> 
> 

-- 
View this message in context: http://www.nabble.com/No-such-file-or-directory-tp18127582p18136476.html
Sent from the Cygwin list mailing list archive at Nabble.com.


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

RE: No such file or directory

[Dave Korn]

pirracas77 wrote on 26 June 2008 07:53:

> Hello all:
> 
> I am trying to make a script in bash using cygwin. (script.sh)
> There is a line with a command like this
> 
> ping www.xxxxxxxx.com -t > file.txt
> 
> when I launch this commad througth the promtp this commad works without
> problems but when I launch the script "bash script.sh" a "No such file or
> directory" message it is showed.
> Any ideas?

  http://cygwin.com/faq/faq-nochunks.html#faq.using.not-found


    cheers,
      DaveK
-- 
Can't think of a witty .sigline today....


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

No such file or directory

[pirracas77]

Hello all:

I am trying to make a script in bash using cygwin. (script.sh)
There is a line with a command like this

ping www.xxxxxxxx.com -t > file.txt

when I launch this commad througth the promtp this commad works without
problems but when I launch the script "bash script.sh" a "No such file or
directory" message it is showed.
Any ideas?
Thanks in advance
-- 
View this message in context: http://www.nabble.com/No-such-file-or-directory-tp18127582p18127582.html
Sent from the Cygwin list mailing list archive at Nabble.com.


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

Re: No such file or directory

[Larry Hall (Cygwin)]

syam prasad wrote:
> Hi,
> 
>     I installed cygwin , version 3.2.17(15)-release (i686-pc-cygwin)
                   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
This is not a valid release version of Cygwin.  Looks to me like you
grabbed the output of 'bash --version' and munged it for your purposes.
Don't do that.  It doesn't help anyone.

> on my windows XP PC. I am using perl script to create make files. But
> the problem I am facing is, while I am compiling the files , following
> error occurred.  "No such file or directory". But in the makefile.mk
> all the header file locations are included as -I/xxx/xxx/xx \. What
> might be the problem? Please help me in over coming this issue..


Why are you posting to cygwin-xfree?  This has nothing to do with X.
General inquiries about Cygwin should go to the main cygwin list.
I've reset the 'Reply-To' appropriately.  Please follow-up on cygwin
list.  But before you do, please read and follow the problem reporting
guidelines at <http://cygwin.com/problems.html>.  The information you've
given so far about this problem is not enough to even hazard a WAG at
where your trouble lies.


-- 
Larry Hall                              http://www.rfk.com
RFK Partners, Inc.                      (508) 893-9779 - RFK Office
216 Dalton Rd.                          (508) 893-9889 - FAX
Holliston, MA 01746

_____________________________________________________________________

A: Yes.
 > Q: Are you sure?
 >> A: Because it reverses the logical flow of conversation.
 >>> Q: Why is top posting annoying in email?

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

no such file or directory

[Kevin Smith]

Upon trying to build mozilla, after following directions to the "T", I 
get this error when trying to build:

"/cygdrive/c/mozilla/ no such file or directory"

I can cd to this very directory....

Is this perhaps a path problem?


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

No such file or directory

[ganglio]

Hi!
i'm trying to compile bochs-2.0-pre3 under cygwin but it give me the
following error:

"win32.cc:61:39: windows32/CommonFunctions.h: No such file or directory"

i looked over the net and i discovered that the file
should be in the

/usr/i686-pc-cygwin/include

directory but it there isn't.

does some one help me?

thanks a lot

Roberto Torella




--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: No such file or directory

[Michael Hirmke]

Hi Chris,

[...]
>So, the only other alternative is to modify, cp and mv.  I guess we
>could also change every open in make but I don't think that's the
>right solution.
>
>Other POSIX-over-Windows packages seem to default to finding a ".exe".
>I don't think this would be too burdensome, myself.

What about setting some env var like EXESUFFIX=.exe and let those tools
look for it and use it *only* if it exists.
This wouldn't affect the normal behaviour of those tools, and you could
set it on and off whenever you need it.

>
>cgf

Bye.
Michael.
-- 
Michael Hirmke           | Telefon +49 (911) 557999
Georg-Strobel-Strasse 81 | FAX     +49 (911) 557664
90489 Nuernberg          | E-Mail  mailto:mh@mike.franken.de
                         | WWW     http://aquarius.franken.de/

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: No such file or directory

[Chris Faylor]

On Mon, Mar 27, 2000 at 06:01:36AM -0800, Earnie Boyd wrote:
>--- Chris Faylor <cgf@cygnus.com> wrote:
>-8<-
>> 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.
>> 
>
>I'll suggest that you use the same type of patch for size, as it get's used in
>some Makefiles (bash is an example).

Ahem.  Patches gratefully accepted.

cgf

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: No such file or directory

[Chris Faylor]

On Mon, Mar 27, 2000 at 05:55:31AM -0800, Earnie Boyd wrote:
>--- Chris Faylor <cgf@cygnus.com> 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.
>> 
>
>What a concept Chris! ;^)  It sounds like an awesome task.  What happens if foo
>and foo.exe exists?

Then foo wins, of course.  

>What is going to change install or Cygwin1.dll?

When I refer to cygwin, I mean the DLL.

>P.S.: What is cygwin@hotpop.com?

No idea.

cgf

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: No such file or directory

[Larry Hall (RFK Partners, Inc)]

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@sourceware.cygnus.com

Re: No such file or directory

[Earnie Boyd]

--- Chris Faylor <cgf@cygnus.com> wrote:
-8<-
> 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.
> 

I'll suggest that you use the same type of patch for size, as it get's used in
some Makefiles (bash is an example).


=====
---
   Earnie Boyd: < mailto:earnie_boyd@yahoo.com >
            __Cygwin: POSIX on Windows__
Cygwin Newbies: < http://www.freeyellow.com/members5/gw32/index.html >
           __Minimalist GNU for Windows__
  Mingw32 List: < http://www.egroups.com/group/mingw32/ >
    Mingw Home: < http://www.mingw.org/ >

__________________________________________________
Do You Yahoo!?
Talk to your friends online with Yahoo! Messenger.
http://im.yahoo.com

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: No such file or directory

[Earnie Boyd]

--- Chris Faylor <cgf@cygnus.com> 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.
> 

What a concept Chris! ;^)  It sounds like an awesome task.  What happens if foo
and foo.exe exists?  What is going to change install or Cygwin1.dll?

Regards,
Earnie
P.S.: What is cygwin@hotpop.com?



__________________________________________________
Do You Yahoo!?
Talk to your friends online with Yahoo! Messenger.
http://im.yahoo.com


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: No such file or directory

[Rick Rankin]

Oh, I didn't think you were being critical, and on this particular issue, I
don't have a strong opinion one way or the other. Just playing devil's
advocate. ;-)

Another implementation option might be a switch to configure so that someone
could download the source and "easily" rebuild with the feature turned
off(assuming it's enabled by default). This might ease the support burden but
still give a user who has the know-how and inclination the opportunity to
disable the feature without having to hack the source.

Rick
--
Rick Rankin
rick_rankin@yahoo.com

--- Chris Faylor <cgf@cygnus.com> wrote:
> On Sun, Mar 26, 2000 at 03:02:29PM -0800, Rick Rankin wrote:
> >I wasn't necessarily saying that it is the "wrong" solution, just that it
> needs
> >to be considered carefully. I wasn't aware that other POSIX layers (I assume
> >you are referring to UWIN or similar) have sucessfully implemented a similar
> >feature. I haven't thought it through, but on the surface, it does seem that
> it
> >could solve many compatability issues.
> 
> I didn't mean to sound like I was criticizing your opinion.  I guess I run
> that
> risk if I "quote" too many "things", like I did "below", though.
> 
> I've had wildly different opinions about this over the years, so I can easily
> argue either side.  :-)
> 
> >If you decide to implement it, should it be selectable via, for example, a
> >CYGWIN environment variable setting?
> 
> I guess we could do this.  This is YA thing where my opinion has evolved
> over the years.  Geoff Noer and I used to disagree about implementing
> more CYGWIN options.  Geoff thought that it was a good idea to be very
> conservative about adding new options and I thought that it didn't
> really matter.
> 
> These days, I agree with Geoff.  I don't know if his opinion has similarly
> reversed or not, though.  My main reason for limiting options is that it
> makes support a little harder.
> 
> Anyway, that said, it is worth considering an option.
> 
> Christopher Faylor
> Cygwin Engineering Manager
> Cygnus Solutions, a Red Hat company
> 
> >--- Chris Faylor <cgf@cygnus.com> wrote:
> >>On Sat, Mar 25, 2000 at 08:13:08PM -0800, Rick Rankin wrote:
> >>>It seems like most of the problems you refered to are related to make
> >>>and/or install.  Wouldn't it be better to "fix" these programs than to
> >>>build something like this into the core?
> >>
> >>The problem is already "fixed" in install but that doesn't "fix" the
> >>problem for packages that don't use "install".
> >>
> >>So, the only other alternative is to modify, cp and mv.  I guess we
> >>could also change every open in make but I don't think that's the right
> >>solution.
> >>
> >>Other POSIX-over-Windows packages seem to default to finding a ".exe".
> >>I don't think this would be too burdensome, myself.
> >>
> >>>--- Chris Faylor <cgf@cygnus.com> wrote:
> >>>>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.
> 
> --
> Want to unsubscribe from this list?
> Send a message to cygwin-unsubscribe@sourceware.cygnus.com
> 
> 

__________________________________________________
Do You Yahoo!?
Talk to your friends online with Yahoo! Messenger.
http://im.yahoo.com

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: No such file or directory

[Chris Faylor]

On Sun, Mar 26, 2000 at 03:02:29PM -0800, Rick Rankin wrote:
>I wasn't necessarily saying that it is the "wrong" solution, just that it needs
>to be considered carefully. I wasn't aware that other POSIX layers (I assume
>you are referring to UWIN or similar) have sucessfully implemented a similar
>feature. I haven't thought it through, but on the surface, it does seem that it
>could solve many compatability issues.

I didn't mean to sound like I was criticizing your opinion.  I guess I run that
risk if I "quote" too many "things", like I did "below", though.

I've had wildly different opinions about this over the years, so I can easily
argue either side.  :-)

>If you decide to implement it, should it be selectable via, for example, a
>CYGWIN environment variable setting?

I guess we could do this.  This is YA thing where my opinion has evolved
over the years.  Geoff Noer and I used to disagree about implementing
more CYGWIN options.  Geoff thought that it was a good idea to be very
conservative about adding new options and I thought that it didn't
really matter.

These days, I agree with Geoff.  I don't know if his opinion has similarly
reversed or not, though.  My main reason for limiting options is that it
makes support a little harder.

Anyway, that said, it is worth considering an option.

Christopher Faylor
Cygwin Engineering Manager
Cygnus Solutions, a Red Hat company

>--- Chris Faylor <cgf@cygnus.com> wrote:
>>On Sat, Mar 25, 2000 at 08:13:08PM -0800, Rick Rankin wrote:
>>>It seems like most of the problems you refered to are related to make
>>>and/or install.  Wouldn't it be better to "fix" these programs than to
>>>build something like this into the core?
>>
>>The problem is already "fixed" in install but that doesn't "fix" the
>>problem for packages that don't use "install".
>>
>>So, the only other alternative is to modify, cp and mv.  I guess we
>>could also change every open in make but I don't think that's the right
>>solution.
>>
>>Other POSIX-over-Windows packages seem to default to finding a ".exe".
>>I don't think this would be too burdensome, myself.
>>
>>>--- Chris Faylor <cgf@cygnus.com> wrote:
>>>>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.

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: No such file or directory

[Rick Rankin]

I wasn't necessarily saying that it is the "wrong" solution, just that it needs
to be considered carefully. I wasn't aware that other POSIX layers (I assume
you are referring to UWIN or similar) have sucessfully implemented a similar
feature. I haven't thought it through, but on the surface, it does seem that it
could solve many compatability issues.

If you decide to implement it, should it be selectable via, for example, a
CYGWIN environment variable setting?

Rick
--
Rick Rankin
rick_rankin@yahoo.com

--- Chris Faylor <cgf@cygnus.com> wrote:
> On Sat, Mar 25, 2000 at 08:13:08PM -0800, Rick Rankin wrote:
> >I don't know.  I think you'd want to consider it very carefully.  I'd
> >be pretty annoyed if I typed 'cat foo', thinking foo contained a few
> >lines of text, and cat instead opened foo.exe because I was in the
> >wrong directory or something like that.
> >
> >It seems like most of the problems you refered to are related to make
> >and/or install.  Wouldn't it be better to "fix" these programs than to
> >build something like this into the core?
> 
> The problem is already "fixed" in install but that doesn't "fix" the
> problem for packages that don't use "install".
> 
> So, the only other alternative is to modify, cp and mv.  I guess we
> could also change every open in make but I don't think that's the
> right solution.
> 
> Other POSIX-over-Windows packages seem to default to finding a ".exe".
> I don't think this would be too burdensome, myself.
> 
> cgf
> 
> >--- Chris Faylor <cgf@cygnus.com> wrote:
> >> 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.
> 
> --
> Want to unsubscribe from this list?
> Send a message to cygwin-unsubscribe@sourceware.cygnus.com
> 
> 

__________________________________________________
Do You Yahoo!?
Talk to your friends online with Yahoo! Messenger.
http://im.yahoo.com

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: No such file or directory

[Chris Faylor]

On Sat, Mar 25, 2000 at 08:13:08PM -0800, Rick Rankin wrote:
>I don't know.  I think you'd want to consider it very carefully.  I'd
>be pretty annoyed if I typed 'cat foo', thinking foo contained a few
>lines of text, and cat instead opened foo.exe because I was in the
>wrong directory or something like that.
>
>It seems like most of the problems you refered to are related to make
>and/or install.  Wouldn't it be better to "fix" these programs than to
>build something like this into the core?

The problem is already "fixed" in install but that doesn't "fix" the
problem for packages that don't use "install".

So, the only other alternative is to modify, cp and mv.  I guess we
could also change every open in make but I don't think that's the
right solution.

Other POSIX-over-Windows packages seem to default to finding a ".exe".
I don't think this would be too burdensome, myself.

cgf

>--- Chris Faylor <cgf@cygnus.com> wrote:
>> 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.

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: No such file or directory

[Chris Faylor]

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@sourceware.cygnus.com

Re: No such file or directory

[Rick Rankin]

I don't know. I think you'd want to consider it very carefully. I'd be pretty
annoyed if I typed 'cat foo', thinking foo contained a few lines of text, and
cat instead opened foo.exe because I was in the wrong directory or something
like that.

It seems like most of the problems you refered to are related to make and/or
install. Wouldn't it be better to "fix" these programs than to build something
like this into the core?

Rick
--
Rick Rankin
rick_rankin@yahoo.com

--- Chris Faylor <cgf@cygnus.com> wrote:
> 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.
> 
> cgf


__________________________________________________
Do You Yahoo!?
Talk to your friends online with Yahoo! Messenger.
http://im.yahoo.com

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: No such file or directory

[Larry Hall (RFK Partners, Inc)]

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


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.

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



Larry Hall                              lhall@rfk.com
RFK Partners, Inc.                      http://www.rfk.com
118 Washington Street                   (508) 893-9779 - RFK Office
Holliston, MA 01746                     (508) 893-9889 - FAX
                                        (508) 560-1285 - cell phone



--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: No such file or directory

[Chris Faylor]

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.

cgf


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: No such file or directory

[Larry Hall (RFK Partners, Inc)]

At 05:43 PM 3/24/00, Eric Goforth wrote:
>I'm trying to compile the Remind utility to work under Cygwin.  I
>initially tried compiling it with the I've compiled it, and then tried
>"make install," but I'm getting a bunch of "No such file or directory"
>messages.  I created a /usr/local/man and /usr/local/bin directories.  I
>then tried doing another "make" and "make install."  Apparently, it
>compiled correctly?
>
>In the Readme.DOS file I am told the following:
>
>3 - If you are using Turbo C to compile Remind, type:
>
>         make -fmakefile.tc
>
>     If you are using Microsoft C to compile Remind, type:
>
>         make makefile.msc
>
>I considered trying to compile it with the  -mno-cygwin option and using
>one of these other makefiles.  I'm not much of a C programmer as I'm
>sure you can tell.
>
>BASH.EXE-2.02$ make
>
>*******************
>*                 *
>* Building REMIND *
>*                 *
>*******************
>
>make[1]: Nothing to be done for `all'.
>BASH.EXE-2.02$ ls
>ACKNOWLEDGEMENTS  config.cache      examples          tests
>COPYRIGHT         config.log        install-sh        unconfigure
>Makefile          config.status     man               www
>README            configure         remind.lsm
>WINDOWS           configure.in      scripts
>build.tk          docs              src
>BASH.EXE-2.02$ make install
>
>*********************
>*                   *
>* Installing REMIND *
>*                   *
>*********************
>
>cd src; make install
>for prog in remind rem2ps ./../scripts/kall ./../scripts/rem
>./../scripts/tkremi
>nd ./../scripts/cm2rem.tcl ; do \
>         /CYGNUS/CYGWIN~1/H-I586~1/BIN/install -c $prog /usr/local/bin ;
>\
>done
>/CYGNUS/CYGWIN~1/H-I586~1/BIN/install: remind: No such file or directory
>/CYGNUS/CYGWIN~1/H-I586~1/BIN/install: rem2ps: No such file or directory
>strip /usr/local/bin/remind
>strip: /usr/local/bin/remind: No such file or directory
>make[1]: [install] Error 1 (ignored)
>strip /usr/local/bin/rem2ps
>strip: /usr/local/bin/rem2ps: No such file or directory
>make[1]: [install] Error 1 (ignored)
>for man in ./../man/kall.1 ./../man/rem.1 ./../man/rem2ps.1
>./../man/remind.1 ./
>../man/tkremind.1 ./../man/cm2rem.1 ; do  \
>         /CYGNUS/CYGWIN~1/H-I586~1/BIN/install -c -m 644 $man
>/usr/local/man/man1
>  ; \
>done
>BASH.EXE-2.02$



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.  The solution?  There are
a few:

    1. Check the mail archives for this problem and download an updated 
       install script that looks for executables with extensions (I forget
       exactly who created this install script and where you can get it from
       but its in the mail archives SOMEWHERE at least.  It may be at one of
       the "Ported Software" web sites pointed at from the Cygwin site too).

    2. Check out your makefile and see if there's a simple way to add the .exe
       suffix to the executable names that its looking for.  Many makefiles
       have a spot to define a "SUFFIX" variable that will tack on that 
       character sequence to the end executable names it goes looking to 
       install.  If "SUFFIX" does not exist, altering the makefile directly
       to add ".exe" to all the executable programs that its installing is 
       also an option, albeit a little more typing.

    3. If you're building on NT, the last option is to simply remove the 
       ".exe" from the executables built and rerun "make install".  The
       install will find the executables and install them properly.  They 
       will run fine in bash, but DOS prompts/boxes will not run them, since
       they always need the extension to understand that its an executable.
       This is not an option for 9x as I understand it, since 9x doesn't 
       know about executables if there's no extension to indicate it as such.



Larry Hall                              lhall@rfk.com
RFK Partners, Inc.                      http://www.rfk.com
118 Washington Street                   (508) 893-9779 - RFK Office
Holliston, MA 01746                     (508) 893-9889 - FAX
                                         (508) 560-1285 - cell phone



--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: No such file or directory

[Terry Lincoln]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

- ----- Original Message ----- 
From: "Eric Goforth" <ewgoforth@netmcr.com>
To: <cygwin@sourceware.cygnus.com>
Sent: Friday, March 24, 2000 5:43 PM
Subject: No such file or directory


> I'm trying to compile the Remind utility to work under Cygwin.  I
> initially tried compiling it with the I've compiled it, and then
> tried "make install," but I'm getting a bunch of "No such file or
> directory" messages.  I created a /usr/local/man and
> /usr/local/bin directories.  I then tried doing another "make"
> and "make install."  Apparently, it compiled correctly?
> 
> In the Readme.DOS file I am told the following:
> 
> 3 - If you are using Turbo C to compile Remind, type:
> 
> make -fmakefile.tc
> 
>     If you are using Microsoft C to compile Remind, type:
> 
> make makefile.msc
> 
> I considered trying to compile it with the  -mno-cygwin option
> and using one of these other makefiles.  I'm not much of a C
> programmer as I'm sure you can tell.
> 
> BASH.EXE-2.02$ make

At what point did you run configure?  In a posix environment you
should always run configure to generate a *proper* makefile and
config.h for the compile to be successful.

You might also check to see if Remind has already been ported and
save the aggrevation of _fixing_ it.

> 
> *******************
> *                 *
> * Building REMIND *
> *                 *
> *******************
> 
> make[1]: Nothing to be done for `all'.
> BASH.EXE-2.02$ ls
> ACKNOWLEDGEMENTS  config.cache      examples          tests
> COPYRIGHT         config.log        install-sh        unconfigure
> Makefile          config.status     man               www
> README            configure         remind.lsm
> WINDOWS           configure.in      scripts
> build.tk          docs              src
> BASH.EXE-2.02$ make install
> 
> *********************
> *                   *
> * Installing REMIND *
> *                   *
> *********************
> 
> cd src; make install
> for prog in remind rem2ps ./../scripts/kall ./../scripts/rem
> ./../scripts/tkremi
> nd ./../scripts/cm2rem.tcl ; do \
>         /CYGNUS/CYGWIN~1/H-I586~1/BIN/install -c $prog
> /usr/local/bin ; \
> done
> /CYGNUS/CYGWIN~1/H-I586~1/BIN/install: remind: No such file or
> directory /CYGNUS/CYGWIN~1/H-I586~1/BIN/install: rem2ps: No such
> file or directory strip /usr/local/bin/remind
> strip: /usr/local/bin/remind: No such file or directory
> make[1]: [install] Error 1 (ignored)
> strip /usr/local/bin/rem2ps
> strip: /usr/local/bin/rem2ps: No such file or directory
> make[1]: [install] Error 1 (ignored)
> for man in ./../man/kall.1 ./../man/rem.1 ./../man/rem2ps.1
> ./../man/remind.1 ./
> ../man/tkremind.1 ./../man/cm2rem.1 ; do  \
>         /CYGNUS/CYGWIN~1/H-I586~1/BIN/install -c -m 644 $man
> /usr/local/man/man1
>  ; \
> done
> BASH.EXE-2.02$
> 
> --
> Eric Goforth
> 
W. Terry Lincoln
Senior Consultant [Linux Registered User #99583]
Ciber corporation (attached to Xerox)
<mailto: WTerryLincoln@engineer.com>
<mailto: llincol1@rochester.rr.com>
< http://www.geocities.com/terry_lincoln >
< http://www.angelfire.com/ny/TerryLincoln >

-----BEGIN PGP SIGNATURE-----
Version: PGPfreeware 6.5.2 for non-commercial use < http://www.pgp.com >
Comment: This message is signed with Pretty Good Privacy Key

iQA/AwUBON0tWWdPbBTG5+8FEQKHmwCcCxRhz9vWyA2FsiTRPTJ4za1FGqwAoIgy
SO/NykeSlHD24hBp58wqpG6z
=CgQF
-----END PGP SIGNATURE-----



--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

No such file or directory

[Eric Goforth]

I'm trying to compile the Remind utility to work under Cygwin.  I
initially tried compiling it with the I've compiled it, and then tried
"make install," but I'm getting a bunch of "No such file or directory"
messages.  I created a /usr/local/man and /usr/local/bin directories.  I
then tried doing another "make" and "make install."  Apparently, it
compiled correctly?

In the Readme.DOS file I am told the following:

3 - If you are using Turbo C to compile Remind, type:

	make -fmakefile.tc

    If you are using Microsoft C to compile Remind, type:

	make makefile.msc

I considered trying to compile it with the  -mno-cygwin option and using
one of these other makefiles.  I'm not much of a C programmer as I'm
sure you can tell.

BASH.EXE-2.02$ make

*******************
*                 *
* Building REMIND *
*                 *
*******************

make[1]: Nothing to be done for `all'.
BASH.EXE-2.02$ ls
ACKNOWLEDGEMENTS  config.cache      examples          tests
COPYRIGHT         config.log        install-sh        unconfigure
Makefile          config.status     man               www
README            configure         remind.lsm
WINDOWS           configure.in      scripts
build.tk          docs              src
BASH.EXE-2.02$ make install

*********************
*                   *
* Installing REMIND *
*                   *
*********************

cd src; make install
for prog in remind rem2ps ./../scripts/kall ./../scripts/rem
./../scripts/tkremi
nd ./../scripts/cm2rem.tcl ; do \
        /CYGNUS/CYGWIN~1/H-I586~1/BIN/install -c $prog /usr/local/bin ;
\
done
/CYGNUS/CYGWIN~1/H-I586~1/BIN/install: remind: No such file or directory
/CYGNUS/CYGWIN~1/H-I586~1/BIN/install: rem2ps: No such file or directory
strip /usr/local/bin/remind
strip: /usr/local/bin/remind: No such file or directory
make[1]: [install] Error 1 (ignored)
strip /usr/local/bin/rem2ps
strip: /usr/local/bin/rem2ps: No such file or directory
make[1]: [install] Error 1 (ignored)
for man in ./../man/kall.1 ./../man/rem.1 ./../man/rem2ps.1
./../man/remind.1 ./
../man/tkremind.1 ./../man/cm2rem.1 ; do  \
        /CYGNUS/CYGWIN~1/H-I586~1/BIN/install -c -m 644 $man
/usr/local/man/man1
 ; \
done
BASH.EXE-2.02$

--
Eric Goforth

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: No such file or directory

[Heinz-Juergen Oertel]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 752 bytes --]

> Slate wrote:
> 
> When I open the BASH shell I get the following message.
> 
> warning: could not find /tmp, please create!
> 
> I then enter at the BASH prompt
> 
> mkdir -p /tmp
> 
> And get the following message...
> 
> No such file or directory
> 
> I get that same message when i try to create /bin.
> 
> Any suggestions?
> 
Please first read the manual at Cygnus,
and
http://www.freeyellow.com/members5/gw32/
http://www.woodsoup.org/projs/ORKiD/cygwin.htm

there are many links you can look at before asking very basic
questions here.
Have also a look at the mailing list archive.
- 
with best regards / mit freundlichen Grüßen

   Heinz


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

No such file or directory

[Slate]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 319 bytes --]

When I open the BASH shell I get the 
following message.
 
warning: could not find /tmp, please 
create!
 
I then enter at the BASH 
prompt
 
mkdir -p /tmp
 
And get the following 
message...
 
No such file or directory
 
I get that same message when i try to 
create /bin.
 
Any suggestions?