Dotaz: BASH - rozsirene parsovani parametru scriptu

[©]

Dobry den,

rekneme, ze mam stanoveno urcite poradi prepinacu (sekci), ktere je dane, ale z nich vsechny nemusi byt povinne, a ktere mohou/nemusi obsahovat dalsi prepinace, jejichz poradi jiz neni pevne a ktere mohou ale nemusi byt povinne.

Priklad:

script -A ARG -B ARG [ -a ARG ] [ -b ARG ] [ -c ARG ] ] [ -C ARG [ -a ARG ] [ -d ARG ARG ARG ] [ -c ARG ] -D [ ARG ]

Poradi sekci je pevne dano takto:

-A -B -C -D, pricemz -A a -D jsou povinne, -D ma parametr nepovinny

Sekce:

kazda ze sekci -B -C muze ale nemusi mit dalsi specifikovane parametry. pricemz pro -B mame k dispozici napriklad -a -b -c parametry a pro sekci -C mame -a -d a -c, pricemz -a a -c maji v sekci -C jiny vyznam nez v sekci -B (uff).

Tak a ted mi nekdo reknete, jak to v BASHi parsovat tak, abych z toho dostal hodnoty

a) pro -A -B -C a -D

b) v jednotlivych sekcich i hodnoty jejich prepinacu -a -b -c atd...

Brr. Na tohleto mi asi nikdo neodpovi.

Odpovědi

[unchallenger]

Prostě ten stavový automat implementuješ ;-) Bude to hodně kódu, ale úplně tupého.

[©]

Problem je v tom, ze netusim, co je stavovy automat. Kdybys mi to trosku rozepsal, nezlobil bych se. Zjevne vis jak na to. Rozepises mi to trosku? A mimochodem, zvladne se to jen s pomoci vlastnosti jazyka BASH?

[unchallenger]

Není to doslova stavový automat, nicméně:

state=A
while true; do
  case $state in
    A)
    if test "$1" != -A; then
      echo Expected -A
      break
    fi
    if test -z "$2"; then
      echo Expected -A argument
      break
    fi
    echo Section A, argument: "$2"
    state=B
    shift 2
    ;;

    B)
    if test "$1" != -B; then 
      echo Expected -B
      break
    fi
    if test -z "$2"; then 
      echo Expected -B argument
      break
    fi
    echo Section B, argument: "$2"
    state=Barg
    shift 2
    ;;

    Barg)
    case "$1" in
      -a)
      if test -z "$2"; then 
        echo Expected -a argument
        break
      fi
      echo Section B, argument -a: "$2"
      shift 2
      ;;

      -b)
      if test -z "$2"; then 
        echo Expected -b argument
        break
      fi
      echo Section B, argument -b: "$2"
      shift 2
      ;;

      -c)
      if test -z "$2"; then 
        echo Expected -c argument
        break
      fi
      echo Section B, argument -c: "$2"
      shift 2
      ;;

      *)
      state=C
      ;;
    esac
    ;;

    C)
    case "$1" in
      -C)
      if test -z "$2"; then 
        echo Expected -C argument
        break
      fi
      echo Section C, argument: "$2"
      state=Carg
      shift 2
      ;;

      *)
      state=D
      ;;
    esac
    ;;

    Carg)
    case "$1" in
      -a)
      if test -z "$2"; then 
        echo Expected -a argument
        break
      fi
      echo Section B, argument -a: "$2"
      shift 2
      ;;

      -d)
      if test -z "$2" -o -z "$3" -o -z "$4"; then
        echo Expected three -d arguments
        break
      fi
      echo Section C, argument -d: "$2"
      echo Section C, argument -d: "$3"
      echo Section C, argument -d: "$3"
      shift 4
      ;;

      -c)
      if test -z "$2"; then 
        echo Expected -c argument
        break
      fi
      echo Section C, argument -c: "$2"
      shift 2
      ;;

      *)
      state=D
      ;;
    esac
    ;;

    D)
    if test "$1" != -D; then 
      echo Expected -D
      break
    fi
    if test -n "$2"; then
      echo Section D, argument: "$2"
      shift 2
    else
      echo Section D, no argument
      shift
    fi
    state=End
    ;;

    End)
    break
    ;;

    *)
    echo Internal error, state=$state
    break
    ;;
  esac
done

if test "$state" != End; then
  echo Parsing failed in state $state
fi

Přičemž to v jednotlivých sekcích bere příslušené podoptiony i vícekrát, což lze opravit, ale bude to ještě delší...

[©]

Aha, tak takhle! :) Diky Yeti, ted uz se s tim snad nejak porvu... dam vedet, jak to dopadlo.

[©]

Hele, tak me napada, ze by to snad mohlo jit nejak rozumne zobecnit. Ze bysme definovali nejake promenne nebo pole, do nichz by se nejak (nevim jak by ten format mel vyadat) zaznamenalo, ze treba -A ma mit 1 parametr, ktery se ulozi do promene ARG_A, -B ze ma mit treba 2 parametry, ktere se ulozi do promennych ARG_B1 a ARG_B2 atd., no a co se tech opakujicich se parametru, napr. -a, tyce, tak by se nejak definovalo, ze se maji ukladat do promennych ARG_A_a1 ARG_A_a2 atd. nebo ARG_B_a1, ARG_B_a2, podle toho, zda by se vyskytovaly v sekci -A nebo -B. Udelat na to funkci, ktera by pak prevedla parametry scriptu na prislusne promenne by asi nebylo uplne trivialni. Jak krasne by se s tim pak ale pracovalo! Na zacatku by se nadefinovalo to pole a jen zavolala prislusna fce, ktera by provedla akci nad parametry scriptu a vytvorila by nam vsechny ty krasne promenne... Jee, ja uz zase fantaziruju. :)

[©]

Myslim to tak, ze by se vlastne vzdy nahradilo -A FOO za ARG_A="FOO", -B BAR -a ahoj za ARG_B="BAR" ARG_B_a="ahoj" a vysledne retezce by cyklem a pomoci eval nadefinovaly... Horsi je provest to inteligentni nahrazovani...

Napriklad:

DEF_OPTS="A:1+a:3+b:2+c:0 B:2+a:3+b:0+c:1 C:1 D" 

by znamenalo, ze pokud by na prikazovem radku byly parametry

-A FOO -a 1 2 3 -b aaa bbb -c -B XX YY -a 3 2 1 -c -C BAR -D

tak bysme ziskali nasledujici promenne:

ARG_A="FOO"
ARG_A_a[0]="1"
ARG_A_a[1]="2"
ARG_A_a[2]="3"
ARG_A_b[0]="aaa"
ARG_A_b[1]="bbb"
ARC_A_c=1
ARG_B[0]="XX"
ARG_B[1]="YY"
ARG_B_a[0]="3"
ARG_B_a[1]="2"
ARG_B_a[2]="1"
ARG_B_c=1
ARG_C="BAR"
ARG_D=1

Naproti tomu, kdyz by nektere byly vynechany, napr. takto:

-A FOO -a 1 2 3 -b aaa bbb -c -B XX YY

tak by se nastavily pouze prislusne promenne a ostatni by neexistovaly.

ARG_A="FOO"
ARG_A_a[0]="1"
ARG_A_a[1]="2"
ARG_A_a[2]="3"
ARG_A_b[0]="aaa"
ARG_A_b[1]="bbb"
ARC_A_c=1
ARG_B[0]="XX"
ARG_B[1]="YY"

Znamenko "+" v DEF_OPTS by melo vyznam prirazeni k sekci, takze pokud by nekdo psal:

-a 1 2 3 -b aaa bbb

tak by se se zlou potazal, a funkce by zkolabovala s chybou, ze ocekava nejdriv nejake to -A.

Hm, tak to je shruba moje predstava. Jo jo, zda se ze opravdu fantaziruju... :)

[©]

Snad by to slo zjednodusit az do te miry, ze bychom zcela ignorovali vicenasobne argumenty parametru (zadali bychom je v uvozovkach jako jediny parametr a parsovali nekde dal ve scriptu rucne), takze bysme treba DEF_OPTS meli takto:

DEF_OPTS="A+a+b+c B+a+b+c C D a" 

Tim by se to dost zjednodusilo:

-A FOO -a "1 2 3" -b "aaa bbb" -c -B "XX YY" -a "3 2 1" -c -C BAR -D

Takze bysme meli:

ARG_A=FOO
ARG_A_a=1 2 3
ARG_A_b="aaa bbb"
ARG_A_c= # prazdna, ale definovana (lze to nejake testovat?)
ARG_B=XX YY
ARG_B_a=3 2 1
ARG_B_c= # prazdna, ale definovana
ARG_C=BAR
ARG_D= # opet prazdna, ale definovana

Tak a tohle by snad uz mohlo jit docela snadno. Nebo ne? Take z toho plyne, jak vidno, ze napriklad -a tam mame hned 2x, v sekcich -A a -B. Vyhodou by prave melo byt, ze v kazdem pripade bychom mohli mit vyznam parametru -a jiny, coz je presne to, co aktualne potrebuji. :)

[©]

Jsem sto v BASHi naprosto bez problemu parsovat jakekoli pevne dane zaznamu, napr. parsovat /etc/passwd pro 1 a 7 zaznam neni pomoci cisteho BASHe zadny problem.

/bin/cat >17passwd.sh <<\EOF
#!/bin/bash
# vypise 1 a 7 zaznam z /etc/passwd
[ -z $1 ] && exit 1
DATA=$(<$1)
DATA=${DATA//
/|} # rozdelime data na zaznamy/radky
IFS="|"
for RECORD in $DATA; do
    while IFS=":" read A B C D E F G; do
        echo $A $G
    done <<< $RECORD
done
exit 0
EOF
chmod +x 17passwd.sh
./17passwd.sh /etc/passwd

Jenze to mam vsechno pevne dano. Jak ale parsovat promenlive zaznamy, kdyz znam pouze oddelovace?

[Zdeněk Burda]

prostě je musíš postupně projít a hormadou podminek zpracovat jednotlive stavy...

[Michal Čihař]

Třeba ti pomůže genopts.

[unchallenger]

Nevypadá to, že by to dokázalo popsat dostatečně silný jazyk.

[Michal Čihař]

Já to neznám, jenom vím, že to existuje .

[Jan Martinek]

Mě se moc nelíbí ten požadavek na pevné pořadí sekcí. Každá se přece nějak jmenuje, a tak by na pořadí nemuselo záležet, no ne? Zkus se inspirovat třeba tím, jak to dělá mplayer, ten je sice hrozně složitej, ale přitom jsou optiony docela přehledné a logické. Ale záleží na tom, co to bude.

Nevím sice, co děláš, ale už z toho, jak složité budou optiony, bych tipoval, že dělat to v Bashi bude sebevražda. Kdybys to dělal třeba v Pythonu užitím modulu OptionParser, tak by sis jistě ušetřil hromadu práce.

Co to bude až to bude?

[VícNežNic]

To s tím Pythonem asi neprojde

[unchallenger]

Dokud to půjde napsat jako LR parser, tak se sekce mohou klidně i opakovat (představ si find, ale 5x horší) a kód to nezkomplikuje. Zajimavější by asi bylo napsat v Pythonu generátor té shellové hužvy, v podstatě takový jednoduchý bison...

[unchallenger]

LL parser.