Hi all, van ütközött egy furcsa probléma, míg a kettős hurok. A cél a két while ciklushoz képest Összevetéshez 2 kép, tmplist.txt a referencia fájl a teljes listát a szerverekről. Lásd a mellékelt képen a logikai és kapcsolat input és output.

A 2, míg hurkokon kell keresni a szerverek / test.csv a / tmplist.txt, soronként. Például, keresés első tétel / test.csv server2 a / tmplist.txt kezdve, első sorban a / tmplist.txt (LINENUM \u003d 1), ha nem található, akkor a kimenet "NA", és aztán a következő sort a / tmplist.txt amíg meg nem találja az egyeztetés server2, és frissíti LINENUM egy időben. Különben is folytathatja a keresés a következő szervert KISZOLGÁLÓ3 a / az tmplist.txt vonali -től (mivel az összes kiszolgáló mindig felsorolt alphabatic sorrendben).

A változó LINENUM (mutató a sor-szám) használják, míg a belső hurok. Ez az előre-1 után, ha a feltétel if [$ SERVER \u003d $ refs] Igaz, a növekmény LINENUM majd kitörni, míg a belső hurkot, és továbbra is a külső, míg hurok. Ugyanakkor, miközben a külső loop, minden alkalommal, amikor hurkok és helyébe SERVER COUNT, a LINENUM elindul a kiindulási érték 1 helyett ismét a nő LINENUM származik, míg a belső hurok.


Az alábbiakban azt mutatja, része a programnak a részleteit, miközben 2 hurkokon.
Could anyone help megmagyarázni nekem, hogy mi a baj itt? Ez az első UNIX-hozzárendelés lesz igazán méltányol segítséged!


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

miközben olvasni SERVER COUNT; do

cat tmplist.txt | miközben olvasni LINE; do

Refs \u003d $ (head - $ LINENUM tmplist.txt | tail -1)

if [$ SERVER \u003d $ refs], majd
let LINENUM + +
echo-n "," $ COUNT>> t.csv
törés
vagy
let LINENUM + +
echo-n ", NA">> t.csv
tovább
fi
kész

done <test.csv

Attached Images

untitled.bmp (177,0 KB, 13 letöltés)

A belső hurok az al-folyamat. Bármi változás nincs hatással a szülő folyamat. Ez ugyanaz a helyzet

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

Mindketten a hurkokat olvasásakor stdin. Minden folyamat csak 1 stdin, így a két hurkokon feltétlenül kell külön folyamatokat.

Nincs szükség 2 hurkokon, akkor használja erős unix parancsok szkriptjeidben, mint grep. Ez munka:
Természetesen t.csv előtt ki kell üríteni a végrehajtó a forgatókönyvet.

miközben olvasni LINE
tesz
aux \u003d $ (grep $ line test.csv)
if [[! -Z $ aux]]
majd
echo "$ aux">> t.csv
vagy
echo "NA">> t.csv
fi
done <tmplist.txt

Az olvasott belső hurok a subprocess. Minden változó értékeket vagy megváltozott belül a belső hurok nem ismert kívül is. Ha a fájlokat a kis megpróbálják cseréje közben-konstrukció ellen for-loop. Ha nem, tárolására meta-adatokat a belső hurok a fájlokat, hogy azokat kívülről. De ez nem csökkenti a sebességet szépen.
De valójában nem látja szükségét a kettős hurkok. Miért nem grep minden vonal tmplist.txt az első kép?

A megoldás az awk:

Nagyon köszönöm az Ön válaszait! Igazán erőteljes parancs!
Saját script működik most. Köszönet mindenkinek!