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


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

Misbehavior with constants and bash script

Started byAlexander Reintzsch <Alexander.Reintzsch@netsystem.de>
First post2018-11-19 20:04 +0000
Last post2018-11-19 20:04 +0000
Articles 1 — 1 participant

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


Contents

  Misbehavior with constants and bash script Alexander Reintzsch <Alexander.Reintzsch@netsystem.de> - 2018-11-19 20:04 +0000

#14828 — Misbehavior with constants and bash script

FromAlexander Reintzsch <Alexander.Reintzsch@netsystem.de>
Date2018-11-19 20:04 +0000
SubjectMisbehavior with constants and bash script
Message-ID<mailman.4270.1542662930.1284.bug-bash@gnu.org>

[Multipart message — attachments visible in raw view] — view raw

Hello,

I think I have found some unexpected behavior related to constants in
bash scripts. I have attached the short proof of concept bash script.

Usually bash scripts continue when they face an error with one command
but this script shows some weired behavior. It exits all the functions
it has called without executing the remaining commands and the continues
to run in the top scope of the script.

This only happens when a constant declared with
declare -r myConst="myConstantValue"
is attempted to be redefined using
myConst="new value"
but not with
declare myConst="new value"

This behavior doesn't seem right.

I have tried this on Ubuntu 16.04 LTS with bash version
GNU bash, Version 4.3.48(1)-release (x86_64-pc-linux-gnu)

Cheers,
Alex

[toc] | [standalone]


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


csiph-web