Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > gnu.bash.bug > #15450 > unrolled thread
| Started by | L A Walsh <bash@tlinx.org> |
|---|---|
| First post | 2019-10-02 03:11 -0700 |
| Last post | 2019-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.
Re: shebang-less script execution not resetting some options L A Walsh <bash@tlinx.org> - 2019-10-02 03:11 -0700
| From | L A Walsh <bash@tlinx.org> |
|---|---|
| Date | 2019-10-02 03:11 -0700 |
| Subject | Re: 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.
Back to top | Article view | gnu.bash.bug
csiph-web