Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > gnu.bash.bug > #15301
| From | Greg Wooledge <wooledg@eeg.ccf.org> |
|---|---|
| Newsgroups | gnu.bash.bug |
| Subject | Re: Setting nullglob causes variables containing backslashes to be expanded to an empty string |
| Date | 2019-08-06 16:00 -0400 |
| Message-ID | <mailman.968.1565121631.1985.bug-bash@gnu.org> (permalink) |
| References | <5202404D-4B1E-4627-9FDE-2E0C5608A5B7@outlook.com> <20190806200021.GK1218@eeg.ccf.org> |
On Tue, Aug 06, 2019 at 06:18:27PM +0000, Mohamed Akram wrote: > Bash version: GNU bash, version 5.0.7(1)-release (x86_64-apple-darwin18.5.0) > > Example: > > shopt -s nullglob > a='\x30' > echo $a > > Expected output: > > \x30 > > Actual output: > Also happens in bash 5.0 on Debian GNU/Linux. It does not happen in bash 4.4 or earlier (I tried back to 3.2) on the same machine. For the record, echo $a is *not* a sane way to see the contents of your variable. printf %s\\n "$a" is the safest. echo "$a" would be marginally acceptable in some cases. Unquoted $a is a bad idea, which may explain why it didn't receive enough testing to uncover whatever this is. No sane person would do it.
Back to gnu.bash.bug | Previous | Next — Next in thread | Find similar | Unroll thread
Re: Setting nullglob causes variables containing backslashes to be expanded to an empty string Greg Wooledge <wooledg@eeg.ccf.org> - 2019-08-06 16:00 -0400
Re: Setting nullglob causes variables containing backslashes to be expanded to an empty string Stephane Chazelas <stephane.chazelas@gmail.com> - 2019-08-06 21:28 +0100
Re: Setting nullglob causes variables containing backslashes to be expanded to an empty string Stephane Chazelas <stephane.chazelas@gmail.com> - 2019-08-06 21:39 +0100
Re: Setting nullglob causes variables containing backslashes to be expanded to an empty string Stephane Chazelas <stephane.chazelas@gmail.com> - 2019-08-06 21:42 +0100
csiph-web