Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > gnu.bash.bug > #15646
| From | Ulrich Mueller <ulm@gentoo.org> |
|---|---|
| Newsgroups | gnu.bash.bug |
| Subject | Re: Saving/restoring of posix option unsets expand_aliases |
| Date | 2019-11-26 01:34 +0100 |
| Message-ID | <mailman.2652.1574729073.13325.bug-bash@gnu.org> (permalink) |
| References | <w6g1rtxjvuf.fsf@kph.uni-mainz.de> <5db52484-0586-0225-7f14-43cc799372c6@case.edu> <w6g5zj7iigw.fsf@kph.uni-mainz.de> |
>>>>> On Mon, 25 Nov 2019, Chet Ramey wrote: > On 11/24/19 7:35 AM, Ulrich Mueller wrote: >> Description: >> In a non-interactive non-posix-mode shell, saving the output of >> "shopt -p -o" and restoring it will unset the expand_aliases option. > It seems like setting posix mode when it's already set, or unsetting > it when it's not, should be a no-op instead of guaranteeing a certain > environment (posix or default). That's easy enough. Right, this is where I think that the current behavior is a bug. > There's no question that setting posix mode should change the values > of a number of bash options to produce a compliant environment. > It's a different question whether or not unsetting posix mode should > revert to the settings before posix mode was enabled or restore the > default environment. It's always meant the latter. No strong opinion about that one, but maybe the latter is the more predictable behavior?
Back to gnu.bash.bug | Previous | Next | Find similar | Unroll thread
Re: Saving/restoring of posix option unsets expand_aliases Ulrich Mueller <ulm@gentoo.org> - 2019-11-26 01:34 +0100
csiph-web