Dotaz: Dvě stejné funkce, dva odlišné výsledky

[Orlando]

Ahoj, poradí někdo proč to tak děla? Proč nejsou oba výsledky 210?

fce1(){
echo $(tput cols)
}
fce1 2>> $(dirname $0)/error.log

Výsledek je 80

fce2(){
echo $(tput cols)
}
fce2

Výsledek je 210

Díky

Odpovědi

[Jardík]

Možná kvůli tomu přesměrování stdout, asi to nastaví 80 a ignoruje otevřený terminál.

[Orlando]

A jak to tedy můžu jinak zjistit?

[Marble]

tput cols vypisuje počet sloupců terminálu, který má na descriptoru 2 (stderr). Pokud to není terminál, vypíše zjevně defaultní osmdesátku. Toť vše. Kam si nasměruješ stderr, to dostaneš.

jak to tedy můžu zjistit – záleží na tom, co je ono "to", resp. o co se vůbec snažíš. (Proč přesměrováváš stderr, proč voláš funkci, proč tam máš echo atd. Nic z toho není z tvé otázky vůbec jasné.)

[Marble]

Pardon, oprava ... tput "najde" terminál pokud na něj míří alespoň jeden ze stderr a stdin. V tvém případě přesměrováváš stdout přes $() a následně i stderr při volání funkce.

[Orlando]

Snažím se o to, že bych potřeboval zjistit, jestli se změnila velikost terminálu po je spuštění, čili chtěl jsem spočítat šířku po spuštění a pak spočítat šířku v každém cyklu a podmínkou to zjistit.

[Marble]

Reagovat na změnu velikosti (šířky) terminálu bude pravděpodobně jednodušší přímo pomocí k tomu určenému signálu SIGWINCH (k jeho zachycení v shelu viz příkaz 'trap').

Konkrétní šířku by (přinejmenším v bashi) mělo jít přečíst také přímo z proměnné $COLUMNS.

Každopádně pořád nevidím důvod, proč má mít tput přesměrovaný stdout i stderr. Když chceš stdout uložit do proměnné, můžeš pořád namířit stderr na terminál, přinejmenším konstrukcí ve stylu fce() { exec 3>&1; C=$(tput cols 2>&3); ... }

[luky]

Protoze se to vykonava v subshellu a ten si updatuje nastaveni podle podle toho, kam ma pripojeny stdout a stderr.

[Orlando]

Ten druhý případ je ale taky v subshellu...

[luky]

Protoze se to vykonava v subshellu a ten si updatuje nastaveni podle podle toho, kam ma pripojeny stdout a stderr.

[Orlando]

Tak něco takového potřebuji udělat

# !/bin/bash
fce_foo()
{
  START_WIDTH=$(tput cols)

  while true
  do
    .. jiny kod ..

    ACTIVE_WIDTH=$(tput cols)
    
    if [ "$ACTIVE_WIDTH" != "$START_WIDTH" ]
    then
      echo "ŠÍŘKA NENÍ STEJNÁ..."
    else
      echo "ŠÍŘKA JE STEJNÁ..."
    fi

    .. jiny kod ..
    
    sleep 5
  done
}

fce_foo 2>>/tmp/error.log

[potato]

#!/bin/bash
setcolumns() { columns=$(tput cols); }
trap setcolumns SIGWINCH

fce_foo()
{
  START_WIDTH=$columns
  while true
  do
    echo $COLUMNS $columns $START_WIDTH
    if [ "$columns" != "$START_WIDTH" ]
    then
      echo "ŠÍŘKA NENÍ STEJNÁ..."
    else
      echo "ŠÍŘKA JE STEJNÁ..."
    fi
    sleep 1
  done
}
columns=$(tput cols)
fce_foo 2>>/tmp/error.log

Pomíjím teď logiku skriptu, která nejspíš bude chtít šířku, se kterou se porovnává, po změně aktualizovat...

[Orlando]

Nějak jsem nepochopil pointu toho scriptu, napsal jsi kód který se chová zcela stejně jako ten můj problém. Šířka bude vždy taková jaká byla při spuštění programu a po změně terminálu bude vždy 80, bez ohledu na velikost...

[potato]

Jo, takhle to nefunguje.

[Marble]

Úplně stejně se nechová, reaguje na změnu šířky voláním funkce v 'trap'. Problém je v tom, že obsluha signálu se provádí po skončení právě probíhajícího externího příkazu a v prostředí, které je po skončení tohoto příkazu nastavené. V tomhle případě tedy v prostředí uvnitř funkce s přesměrovaným stderr.

S přesměrováním stderr, jak jsem psal výše, by to mělo být OK.

Jiná věc je že $COLUMNS v neinteraktivním shellu zdá se nefunguje, takže to asi není nejlepší cesta, pardon.

[luky]

Pred zavolanim tput si zduplikujte stdout na stderr a pak zpatky, jak se to dela si prectete v help exec. Duvod mate kousek vyse.