Dotaz: bash skript jde ve verzi bash 4.3.48 nefunguje v 4.2.46

[majales]

Ahoj, řeším problém s checkem který potřebujuje ke své funkci skript functions.sh

v Ubuntu 16 LTS mi na bashi verze 4.3.48 funguje bezvadně, ovšem na Centos 7 s bashem verze 4.2.46 nefunguje..

/usr/lib64/nagios/plugins/check_icinga2.sh
/usr/share/monitoring-common-shell-library/functions.sh: line 1721: local: -n: invalid option
local: usage: local [option] name[=value] ...
/usr/share/monitoring-common-shell-library/functions.sh: line 1713: haystack[@]: unbound variable

dotčené řádky vypadají takto:

in_array_re ()
{
   if [ $# -ne 2 ] || \
      ! [[ "${1}" =~ ^[[:graph:]]+$ ]] || \
      ! is_array "${1}"; then
      fail "Invalid parameters"
      return 1
   fi

   local -n haystack="${1}"
   #local -a 'haystack=("${'"${1}"'[@]}")'

   for i in "${haystack[@]}"; do
      if [[ "${2}" =~ ${i} ]]; then
         return 0
      fi
   done

   return 1
}
readonly -f in_array_re

konkrétně to nerozumí této konstrukci:

local -n haystack="${1}"

Nevěděli byste někdo kde je problém?

---

---

Odpovědi

[debian+]

Preco vlastne pouzivas parameter -n?

[majales]

Nepsal jsem to.. jen to chci použít..

[majales]

Věděl by někdo jak přepsat tu konstrukci pro Bash 4.2? Díval jsem se, ale pro Centos 7 prostě není bash verze 4.3.

[rastos]

Na Slackware-i mi man bash (4.4.23) píše:

local [option] [name[=value] ... | - ]
... The option can be any of the options accepted by declare ...

...

declare [-aAfFgilnrtux] [-p] [name[=value] ...]
-n Give each name the nameref attribute, making it a name reference to another variable. That other variable is defined by the value of name. All references, assignments, and attribute modifications to name, except those using or changing the -n attribute itself, are performed on the variable referenced by name's value. The nameref attribute cannot be applied to array variables.

Neviem či to chápem správne, ale vychádza mi z toho, že "local -n haystack="${1}" umožňuje sa na ${1} odkazovať cez premennú haystack. To znamená, že tam, kde sa neskôr použije ${haystack}, by sa mohlo rovno použiť ${1}. Akurát takto je to čitateľnejšie, pretože to meno indikuje, že v prvom parametri je niečo v čom sa robí vyhľadávanie.

[Max]

Taktéž jsem něco podobného dohledal "Named reference to another variable (local -n) only supported with Bash 4.3.x or above."
Zdar Max

[Max]

A ještě dodám jednoduchý příklad použití :

function myFunction {

    local -n givenList=$1
    echo "${givenList[@]}"
}

itemList=("first" "second" "third")
myFunction itemList

Zdar Max

[Semo]

The nameref attribute cannot be applied to array variables.

local -n haystack="${1}

vyzera ako referencovanie obycajnej premennej, co je asi OK, ale dalej sa uz s haystack pracuje ako s polom - ${haystack[@]}. A aj to zakomentovane definovanie haystack je definicia ako pole. Podla mna povodne bol haystack pole a potom niekto prepisal skript, ze haystack referencuje len $1, co nebude uplne fungovat.

[Max]

"local" je příkaz pro definici proměnný uvnitř fce. Nic víc, nic míň. Odstraň parametr "-n" (neviděl jsem ho stejně nikdy používat) a nemělo by to mít na žádnou fci skriptu vliv.
Zdar Max

[Max]

Takže beru zpět, nebude to nejspíš fungovat.
Zdar Max

[majales]

Díky. Tak to zabralo.. bohužel ten skript má kompatibility check na Bash 4.3, i když jsem ho upravil tak končím na

/usr/share/monitoring-common-shell-library/functions.sh: line 218: CSL_USER_PREREQ[@]: unbound variable

[Max]

Zabralo to v tom smyslu, že ti to chybu neháže, ale myslím si, že ti ta proměnná bude vracet špatný hodnoty a stejně ti to nebude fungovat.
Pokud chceš, aby to někde zkouknul, tak sem budeš muset hodit celý skript.
Zdar Max

[Andrej]

Cccoooooooooožžžeeeeeeeeee???

Tohle nemůžeš myslet vážně. Ne, opravdu ne. Proč si nepřečteš manuálovou stránku, než odpovíš? Teď se na webu zbytečně povaluje další naprostý nesmysl.

-n     Give  each  name  the nameref attribute, making it a name reference to another
       variable.  That other variable is defined by the value of  name.   All  refer‐
       ences, assignments, and attribute modifications to name, except those using or
       changing the -n attribute itself, are performed on the variable referenced  by
       name's value.  The nameref attribute cannot be applied to array variables.

Jasně, to vůbec nemá na funkci žádný vliv, že? Kromě zásadního. Ale koho dnes zásadní vliv zajímá…

[Max]

Prosím, čti pozorněji, ano? Jasně jsem se vzápětí opravil a řekl, že to fungovat nebude.
Zdar Max

[k3dAR]

to neslo, alkohol narusuje pozornost

[Andrej]

Doporučuji ignorovat všechny ostatní odpovědi / většinu ostatních odpovědí. V tomto vlákně je opravdu nablito. To se nehodí. Především je potřeba nahlédnout do manuálové stránky:

-n     Give  each  name  the nameref attribute, making it a name reference to another
       variable.  That other variable is defined by the value of  name.   All  refer‐
       ences, assignments, and attribute modifications to name, except those using or
       changing the -n attribute itself, are performed on the variable referenced  by
       name's value.  The nameref attribute cannot be applied to array variables.

Takže: -n je v Bashi (u declare a local) něco jako poor man's pointer. Říká to, že proměnná ukazuje na jinou proměnnou, tedy že obsah té proměnné se má považovat za název jiné proměnné, jejíž hodnota se potom dosadí. Tak trochu je to ekvivalentní vykřičníku v expanzi, jenom pak žádný vykřičník není potřebný a přiřazení proměnné funguje oběma směry, jako u pointeru / reference. Tady je jednoduchý příklad pro ilustraci:

a=blabla
declare -n b=a
c=a

echo $b     # blabla
echo ${!c}  # blabla

b=hovno

echo $a     # hovno

Jak to tedy zprovoznit ve starším Bashi? Inu, to je ošklivé. Protože c ve výše zmíněné ukázce je kompatibilní se starým Bashem, jako lákavá možnost se jeví nahradit každý haystack za "${!1}". Jenže to nefunguje. Bash prostě v tomto případě nepovoluje čísla / parametry.

Takže mi nezbývá než doporučit záměnu řádky local -n haystack="${1}" za něco jako tohle:

eval 'local haystack="${1}"'

Ještě bych ale poznamenal, že problém nastane, pokud ten první argument je název pole. Pak je to mírně složitější. V takovém případě bych doporučoval (pro Bash 4.2) něco takového (tedy, když v $1 bude název pole):

prase() {
  local -r declare_command="$(declare -p "$1")"
  eval "${declare_command/#declare/local}"
  eval "local -ra array=(\$(echo \"\${"$1"[@]}\"))"
  # Tak. A pod touhle sračkou už je to normální pole:
  for idx in "${!array[@]}"; do
    echo "${idx} -> ${array["${idx}"]}"
  done
}

neboprasnice=(a b c d 9 8 7 6)
prase neboprasnice

Jak zjistit, jestli název proměnné v argumentu ukazuje na pole? Inu, stačí se podívat, jestli declare -p názevproměnné má mezi optiony -a. Jak tohle rozparsovat, to už rád ponechám čtenáři za cvičení. Ale většinou není třeba cvičit, protože (nápověda!) k proměnné, která není pole, se dá v Bashi taky přistupovat jako k poli s jedním prvkem s indexem 0. Jo, a jestli to bude asociativní pole (declare -A ...), tak to už ale fakt opravdu dávám čtenáři za cvičení. Už mě to nebaví.

Závěrem musím ještě znamenat a tak dlouho znamenat, až poznamenám, že na rozdíl od declare -n neexistuje žádná alternativa pro starší Bash, která by udržovala referenci oběma směry a změny na referenci propagovala do původní proměnné. Jediná možnost, jak toho dosáznout, je proměnnou lokálně přejmenovat (jo, změnit hned první eval ve funkci prase), aby se pořád dalo přistupovat k té původní globální, a tu původní globální pak změnit / přiřadit. To bych ponechal čtenáři za bonusové cvičení se třemi hvězdičkami.

Hernajs, co takhle nepoužívat zastaralé fosilní systémy a ujistit se, že na daném systému je Bash 5.x? Would that be too extreme?

[NN]

Andeji v klidu prosim. Neco podobneho jsem kdysi davno resil pres eval:

a='foo'
b=a

eval echo \${$b}

[Andrej]

Nevypadá to, že by to podporovalo pole a/nebo lokální proměnné.

Často jsou v Bashi velé rozdíly mezi řešením a „řešením“.

[majales]

Nepomohlo by https://www.ramoonus.nl/2016/03/18/bash-4-4-installation-linux/ ?

[majales]

No já bych tam nerad něco doprasil.. je to produkční monitorovací stroj.. jako jediný na Centos 7, jinak všude Ubuntu 16 nebo 18.

[GeorgeWH]

Nainstaluj to do /opt (alebo kde chces) a len uprav hlavicku toho skriptu.

[majales]

Tak se povedlo.. bash 4.4 ve /usr/local/bin/bash .. skript funguje... mimochodem jedná se o tento a knihovnu functions:

https://netshadow.org/monitoring-plugins/check_icinga2 
https://netshadow.org/monitoring-plugins/monitoring-common-shell-library

Díky všem

[k3dAR]

Pokud si nechtel rozhodit system, tak NEdavej do /usr/local/bin, protoze tak se ted veskere volani "bash" (bez urcene cesty) bude volat ten pridanej 4.4... aspon ho prejmenuj na bash44 a v skriptu co nesel mu zmen hlavicku

[debian+]

Neriadi sa sa volanie programov podla postupnosti v $PATH?

[k3dAR]

ridi a /usr/local/bin a /usr/local/sbin je prvni je to protoze /usr/local slouzi k tomu aby se dalo lokalne nahradit to co mas jinak z balicku... a urcite bych nemenil PATH jako "reseni" ale jak bylo receno, bud dat jinou verzi do /opt/cokoliv/bash nebo v /usr/local/bin/bashcokoliv a zmenit jen hlavicku toho skriptu co vyzaduje novejsi verzi, tak zustane funkcnost napric systemem zachovana a vsechny skripty budou brat systemovej 4.2.x bash...