Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > gnu.bash.bug > #15450

Re: shebang-less script execution not resetting some options

From L A Walsh <bash@tlinx.org>
Newsgroups gnu.bash.bug
Subject Re: shebang-less script execution not resetting some options
Date 2019-10-02 03:11 -0700
Message-ID <mailman.736.1570011086.2651.bug-bash@gnu.org> (permalink)
References <CAMu=BrpjDvF9Rz=JFaGoxV5AwjRoq=aC1htaybVz_kPFsDinbA@mail.gmail.com> <5D9334F8.3090503@tlinx.org> <20191001124135.GJ28751@eeg.ccf.org> <5D9477C6.2000002@tlinx.org>

Show all headers | View raw


On 2019/10/01 05:41, Greg Wooledge wrote:
> On Tue, Oct 01, 2019 at 04:14:00AM -0700, L A Walsh wrote:
>   
>> On 2019/09/30 14:39, Grisha Levit wrote:
>>     
>>> A few of the recently-added shopt options aren't getting reset when
>>> running a shebang-less script, this should fix it up:
>>>   
>>>       
>> Suppose the shebang-less script is being run by an earlier version
>> of bash.  Won't the new patch radically change the behavior of of
>> such programs?
>>     
>
> Bash allows a child of itself (a subshell) to read the commands.
> GNU find -exec uses /bin/sh to run it.
> zsh and csh both use /bin/sh to run it, I think.
>   
----
    So if a user has 'rbash' in /etc/passwd, they might get a real shell
because various programs ignore what /etc/passwd says?

    Um....I suppose no one cares for one reason or another.

Back to gnu.bash.bug | Previous | Next | Find similar | Unroll thread


Thread

Re: shebang-less script execution not resetting some options L A Walsh <bash@tlinx.org> - 2019-10-02 03:11 -0700

csiph-web