Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > gnu.bash.bug > #15450
| 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> |
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
Re: shebang-less script execution not resetting some options L A Walsh <bash@tlinx.org> - 2019-10-02 03:11 -0700
csiph-web