Hej alle, jeg er stødt på et underligt problem med det dobbelte, mens sløjfe. Formålet med de to, mens loops er at sammenligne 2 filer, tmplist.txt er referenceformatet fil med den komplette liste over servere. Se venligst vedlagte billede for logik og forholdet mellem input og output.

De 2 mens sløjfer bør søge på servere i / test.csv i / tmplist.txt, linje for linje. F.eks søgning første punkt i / test.csv server2 i / tmplist.txt, fra første linje i / tmplist.txt (LINENUM \u003d 1), hvis ikke fundet derefter output en 'NA' og derefter gå til næste linje i / tmplist.txt indtil den finder matchende server2, og opdatere LINENUM på samme tid. Else vil gå til at søge den næste server server3 i / tmplist.txt fra nuværende linje og fremover (da alle servere altid er opført i alphabatic orden).

Variablen LINENUM (indikator for linje antal), der anvendes i den indvendige mens sløjfe. Det er foruddefineret som 1, efter hvis betingelsen hvis [$ SERVER \u003d $ REFS] er sandt, LINENUM vil tilvækst og derefter bryde ud den indvendige mens sløjfe og fortsætte i den ydre mens sløjfe. Men i det ydre, mens løkke, hver gang det sløjfer og læser SERVER COUNT, den LINENUM starter fra den oprindelige værdi 1 igen i stedet for fra stiger LINENUM kommer fra den indvendige mens sløjfe.


Nedenfor viser en del af programmet med de nærmere enkeltheder af 2. mens sløjfer.
Kan nogen hjælpe med at forklare mig, hvad der er galt her? Dette er mit første UNIX overdragelse, vil virkelig sætte pris på din hjælp!


#! / bin / bash
Type \u003d P2PS
LINENUM \u003d 1

mens læse SERVER COUNT; gøre

cat tmplist.txt | mens læse LINE; gøre

REFS \u003d $ (hoved - $ LINENUM tmplist.txt | tail -1)

hvis [$ SERVER \u003d $ REFS]; derefter
lad LINENUM + +
echo-n "," $ COUNT>> t.csv
brække
anden
lad LINENUM + +
echo-n ", NA">> t.csv
fortsat
fi
gjort

gjort <test.csv

Attached Images

untitled.bmp (177,0 KB, 13 visninger)

Den indvendige loop er en sub-processen. Alt ændres der ikke har nogen indvirkning på den overordnede proces. Det er den samme situation som

X \u003d 1
bash-c "X \u003d 2"
echo $ X

Begge dine sløjfer læser fra stdin. Hver proces kun har 1 stdin så dine to sløjfer absolut skal være separate processer.

Der er ikke behov for 2 sløjfer, skal du bruge kraftfulde UNIX-kommandoer i din scripts, som grep. Dette bør arbejde:
Naturligvis t.csv skal være tom før fuldbyrdende scriptet.

mens læse LINE
gøre
AUX \u003d $ (grep $ LINE test.csv)
hvis [[! -z $ aux]]
så
echo "$ aux">> t.csv
anden
echo "NA">> t.csv
fi
gjort <tmplist.txt

de læses i den inderste løkke er en subprocess. Alle variable værdier fastsat eller ændret inden for det indre sløjfe er ikke kendt uden for det. Hvis filerne er små forsøge at udveksle de samtidig-konstruere mod en for-løkke. Hvis ikke, gemme meta-informationer i den indre loop i filer for at få dem udenfor. Men det kan sænke hastigheden meget.
Men faktisk kan jeg ikke se behovet for dobbelt sløjfer. Hvorfor ikke grep hver linje fra tmplist.txt på den første fil?

En løsning med awk:

Mange tak for dit svar! Virkelig kraftfuld kommandoer!
Min script arbejder nu. Thanks all!