delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2003/04/16/11:57:05

Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/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
X-Authentication-Warning: slinky.cs.nyu.edu: pechtcha owned process doing -bs
Date: Wed, 16 Apr 2003 11:56:32 -0400 (EDT)
From: Igor Pechtchanski <pechtcha AT cs DOT nyu DOT edu>
Reply-To: cygwin AT cygwin DOT com
To: lhall AT rfk DOT com
cc: luke DOT kendall AT cisra DOT canon DOT com DOT au, <cygwin AT cygwin DOT com>
Subject: Re: Problem in executable file mechanism
In-Reply-To: <232810-220034316154340659@M2W090.mail2web.com>
Message-ID: <Pine.GSO.4.44.0304161155390.2150-100000@slinky.cs.nyu.edu>
Importance: Normal
MIME-Version: 1.0

Try "strace sh -c ls".
	Igor

On Wed, 16 Apr 2003, lhall AT pop DOT ma DOT ultranet DOT com wrote:

> OK, what are you seeing?  I get "bash: ls: command not found" with
> 1.3.20 and 1.3.22.
>
> Yes, strace can "change things" and I can see that it "fixes" this
> issue, so it's not much help in debugging it.  This is going to take
> some code viewing and possibly a stint with gdb.
>
> Larry
>
> Original Message:
> -----------------
> From:  luke DOT kendall AT cisra DOT canon DOT com DOT au
> Date: Wed, 16 Apr 2003 13:23:32 +1000 (EST)
> To: cygwin AT cygwin DOT com
> Subject: Re: Problem in executable file mechanism
>
>
> On 15 Apr, Larry Hall (RFK Partners, Inc.) wrote:
> >  Hm.  I tried a quick check here on 1.3.22 and couldn't reproduce this.
> >  Can you put together a small test that demonstrates this and/or provide
> >  the output from strace?
>
> Well, <long pause here> ... that was a lot harder than I expected!
>
> It turns out the problem *only* manifests if the executable and
> directory are in the same directory.  Sorry, I had convinced myself
> otherwise before.
>
> Here's how to reproduce:
>
> 	mkdir /usr/bin/ls
> 	hash -r
> 	ls
>
> It doesn't provide exactly the same symptom as the command I'd tested
> with before (where it just silently failed, with exit status 0).  I
> haven't been able to work out the difference.  It's not whether it's a
> Windows native one or not.
>
> Strangely, if you run the command with strace, the error can not be
> reproduced.  Does strace use a different piece of code to invoke its
> argument than the shell uses?
>
> >   Also, please take a look at
> >  <http://cygwin.com/problems.html>.
>
> Sorry.  Cygwin 1.3.15, Windows XP (and others); my cygcheck.out is
> attached.
>
> luke

-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_		pechtcha AT cs DOT nyu DOT edu
ZZZzz /,`.-'`'    -.  ;-;;,_		igor AT watson DOT ibm DOT com
     |,4-  ) )-,_. ,\ (  `'-'		Igor Pechtchanski
    '---''(_/--'  `-'\_) fL	a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

Knowledge is an unending adventure at the edge of uncertainty.
  -- Leto II


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