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


Groups > gnu.bash.bug > #15450 > unrolled thread

Re: shebang-less script execution not resetting some options

Started byL A Walsh <bash@tlinx.org>
First post2019-10-02 03:11 -0700
Last post2019-10-02 03:11 -0700
Articles 1 — 1 participant

Back to article view | Back to gnu.bash.bug

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

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

#15450 — Re: shebang-less script execution not resetting some options

FromL A Walsh <bash@tlinx.org>
Date2019-10-02 03:11 -0700
SubjectRe: shebang-less script execution not resetting some options
Message-ID<mailman.736.1570011086.2651.bug-bash@gnu.org>
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.

[toc] | [standalone]


Back to top | Article view | gnu.bash.bug


csiph-web