BASH: Strip new-line z ciągiem znaków (czytaj linię)

Question

wpadłem na następujący problem: Piszę skrypt bash Linux, który wykonuje następujące czynności:

• Odczyt linii z pliku
• Strip \n znak od końca linii po prostu odczytać
• wykonać polecenie, które jest w środku

Przykład: commands.txt

ls 
ls -l 
ls -ltra 
ps as 

Wykonanie pliku bash powinien dostać pierwszą linię, i wykonać go, ale podczas obecnej \n, powłoka po prostu wyjść „nie znaleziono polecenia: ls” Ta część skryptu wygląda to

read line 

     if [ -n "$line" ]; then #if not empty line 

       #myline=`echo -n $line | tr -d '\n'` 
       #myline=`echo -e $line | sed ':start /^.*$/N;s/\n//g; t start'` 

       myline=`echo -n $line | tr -d "\n"` 
       $myline #execute it 

       cat $fname | tail -n+2 > $fname.txt 
       mv $fname.txt $fname 
     fi 

Skomentowałeś, że masz rzeczy, które wypróbowałem, zanim zapytam SO. Jakieś rozwiązania? Ja rozbijając sobie głowę dla ostatnich kilku godzin ponad to ...

Answer 1

Zawsze lubię perl -ne 'chomp and print', do przycinania nowych linii. Ładne i łatwe do zapamiętania.

np. ls -l | perl -ne 'chomp and print'

Jednak

Nie sądzę, że jest tu jednak problem. Chociaż nie jestem pewien, rozumiem, w jaki sposób przekazujesz polecenia w pliku do "odczytu" w twoim skrypcie powłoki.

ze scenariuszem testowym własną rękę tak (test.sh)

read line 
if [ -n "$line" ]; then 
    $line 
fi 

i przykładowy plik wejściowy tak (test.cmds)

ls 
ls -l 
ls -ltra 

jeśli uruchomię to tak ./test.sh < test.cmds, Widzę oczekiwany wynik, który uruchamia pierwsze polecenie "ls" w bieżącym katalogu roboczym.

Być może twój plik wejściowy zawiera dodatkowe znaki niedrukowalne?

kopalnia wygląda to

od -c test.cmds 
0000000 l s  \n l s  - l \n l s  - l t 
0000020 r a \n              
0000023 

od dołu komentarze, podejrzewam może być powrotu karetki („R \”) w pliku wejściowego, który nie jest tym samym, co nowego wiersza. Czy plik wejściowy jest oryginalnie w formacie DOS? Jeśli tak, to musisz przekonwertować 2-bajtowe zakończenie linii DOS "\ r \ n" na jednobajtowy UNIX jeden, "\ n", aby osiągnąć oczekiwane wyniki.

Powinieneś być w stanie to zrobić, zamieniając "\ n" na "\ r" w dowolnych wykomentowanych liniach.

Answer 2

choć nie pracuje dla ls, polecam zaglądając na find „s -print0 opcja

Answer 3

Próbowałem to:

read line 
echo -n $line | od -x 

Dla wejścia 'xxxx', otrzymuję:

0000000 7878 7878 

Jak widać, nie ma \n u koniec zawartości zmiennej. Sugeruję uruchomienie skryptu z opcją -x ((). Spowoduje to wydrukowanie wszystkich poleceń podczas ich wykonywania.

[EDYTOWANIE] Problem polega na tym, że edytowałeś plik commands.txt w systemie Windows. Teraz plik zawiera CRLF (0d0a) jako ograniczniki linii, co wprowadza w błąd read (i ls\r nie jest znaną komendą). Użyj pliku dos2unix lub podobnego, aby przekształcić go w plik uniksowy.

Answer 4

trzeba polecenia eval

#!/bin/bash -x 

while read cmd 
do 
if [ "$cmd" ] 
then 
    eval "$cmd" 
fi 
done 

Pobiegłem go jako
./script.sh < plik.txt

I plik.txt było:

 
ls 
ls -l 
ls -ltra 
ps as 

Answer 5

następujący skrypt działa (przynajmniej dla mnie):

#!/bin/bash 

while read I ; do if [ "$I" ] ; then $I ; fi ; done ; 

Answer 6

Ktoś już napisał program, który wykonuje polecenia powłoki: plik sh

Jeśli naprawdę chcą tylko, aby wykonać pierwszy wiersz pliku: head -n 1 file |sh

Jeśli problem jest karetki powraca: tr -d '\r' <file |sh

Answer 7

możesz także spróbować zastąpić powrotu karetki z newlines tylko przy pomocy poleceń wbudowanych Bash:

line=$'a line\r' 
line="${line//$'\r'/$'\n'}" 
#line="${line/%$'\r'/$'\n'}"  # replace only at line end 
printf "%s" "$line" | ruby -0777 -n -e 'p $_.to_s'