Message-Id: <200005302148.AAA10657@alpha.netvision.net.il>
Date: Wed, 31 May 2000 00:48:39 +0200
X-Mailer: Emacs 20.6 (via feedmail 8.1.emacs20_6 I) and Blat ver 1.8.5b
From: "Eli Zaretskii" <eliz AT is DOT elta DOT co DOT il>
To: "Mark E." <snowball3 AT bigfoot DOT com>
CC: djgpp-workers AT delorie DOT com
In-reply-to: <3933DE1E.13566.25B201@localhost> (snowball3@bigfoot.com)
Subject: Re: __dosexec_find_on_path question
References:  <3933DE1E DOT 13566 DOT 25B201 AT localhost>
Reply-To: djgpp-workers AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: djgpp-workers AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk

> From: "Mark E." <snowball3 AT bigfoot DOT com>
> Date: Tue, 30 May 2000 15:28:30 -0400
> 
> Alright, here's a new idea (for Bash to use libc and not reinvent it):
> Create a flag, perhaps with the name __spawn_flags, that includes a flag 
> indicating that no extension search should be tried if the filename as-is 
> exists.

For _all_ files, even with .exe extension?  I don't think that's a
good idea: at least for DJGPP programs we want the stubbed executable
in preference to raw COFF (e.g., because the stub has important info,
like the stack size etc.).

Is something wrong with adding a flag to the interpreters[] structure,
saying whether each one of the extensions should be looked for?  It's
essentially your original idea, except that it doesn't assume that the
extensions are ordered in some particular way.