Pojawia się błąd „niejednoznacznego przekierowania”

Poniższy wiersz w moim skrypcie Bash

 echo $AAAA"     "$DDDD"         "$MOL_TAG  >>  ${OUPUT_RESULTS}

daje mi ten błąd:

 line 46: ${OUPUT_RESULTS}: ambiguous redirect

Czemu?

Bash bywa czasami dość tępy.

Wszystkie poniższe polecenia zwracają różne komunikaty o błędach dla zasadniczo tego samego błędu:

$ echo hello >
bash: syntax error near unexpected token `newline`

$ echo hello > ${NONEXISTENT}
bash: ${NONEXISTENT}: ambiguous redirect

$ echo hello > "${NONEXISTENT}"
bash: : No such file or directory

Dodanie cudzysłowów wokół zmiennej wydaje się być dobrym sposobem radzenia sobie z komunikatem „niejednoznaczne przekierowanie”: Zwykle otrzymujesz lepszy komunikat, gdy popełnisz błąd podczas wpisywania - i gdy błąd jest spowodowany spacjami w nazwie pliku, rozwiązaniem jest używanie cudzysłowów.

Czy masz zmienną o nazwie, OUPUT_RESULTSczy jest to bardziej prawdopodobne OUTPUT_RESULTS?

michael@isolde:~/junk$ ABC=junk.txt
michael@isolde:~/junk$ echo "Booger" > $ABC
michael@isolde:~/junk$ echo "Booger" >> $ABB
bash: $ABB: ambiguous redirect
michael@isolde:~/junk$ 

umieść swoją zmienną w cudzysłowie. Jeśli zdarzy się, że ma spacje, da ci również „niejednoznaczne przekierowanie”. sprawdź także pisownię

echo $AAAA"     "$DDDD"         "$MOL_TAG  >>  "${OUPUT_RESULTS}"

np. niejednoznacznego przekierowania

$ var="file with spaces"
$ echo $AAAA"     "$DDDD"         "$MOL_TAG >> ${var}
bash: ${var}: ambiguous redirect
$ echo $AAAA"     "$DDDD"         "$MOL_TAG >> "${var}"
$ cat file\ with\ spaces
aaaa     dddd         mol_tag

Niedawno odkryłem, że puste miejsca w nazwie pliku przekierowań spowodują wyświetlenie komunikatu „niejednoznaczne przekierowanie”.

Na przykład, jeśli przekierowujesz do application$(date +%Y%m%d%k%M%S).logi określisz niewłaściwe znaki formatowania, przekierowanie zakończy się niepowodzeniem na przykład przed 10:00. Jeśli jednak skorzystasz z application$(date +%Y%m%d%H%M%S).logtego, odniesiesz sukces. Dzieje się tak, ponieważ %kformat daje wynik ' 9'o 9 rano, gdzie %Hdaje'09' o 9 rano.

echo $(date +%Y%m%d%k%M%S) daje 20140626 95138

echo $(date +%Y%m%d%H%M%S) daje 20140626095138

Błędna data może dać coś takiego:

echo "a" > myapp20140626 95138.log

gdzie następujące jest to, co byłoby pożądane:

echo "a" > myapp20140626095138.log

Czy ścieżka określona w $ {OUPUT_RESULTS} zawiera jakieś białe znaki? Jeśli tak, możesz rozważyć użycie ... >> "${OUPUT_RESULTS}"(używając cudzysłowów).

(Możesz również rozważyć zmianę nazwy zmiennej na ${OUTPUT_RESULTS})

Właśnie miałem ten błąd w skrypcie bash. Problem polegał na przypadkowym \ na końcu poprzedniego wiersza, który powodował błąd.

Inną rzeczą, która może powodować „niejednoznaczne przekierowanie”, jest \t \n \rrównież nazwa zmiennej, którą piszesz

Może nie \n\r? Ale błądzić po stronie ostrożności

Spróbuj tego

echo "a" > ${output_name//[$'\t\n\r']}

Uderzyłem w ten podczas parsowania HTML, Tabs \tna początku linii.

Jeśli przekierowanie skryptu zawiera zmienną, a treść skryptu definiuje tę zmienną w sekcji ujętej w nawias, zostanie wyświetlony błąd „niejednoznaczne przekierowanie”. Oto powtarzalny przykład:

1. vim a.sh aby stworzyć skrypt
2. edytuj skrypt, aby zawierał (logit="/home/ubuntu/test.log" && echo "a") >> ${logit}
3. chmod +x a.sh aby był wykonywalny
4. a.sh

Jeśli to zrobisz, otrzymasz „/home/ubuntu/a.sh: line 1: $ logit: ambiguous redirect”. To dlatego, że

„Umieszczenie listy poleceń w nawiasach powoduje utworzenie podpowłoki, a każde z poleceń na liście jest wykonywane w tej podpowłoce bez usuwania niewyeksportowanych zmiennych. Ponieważ lista jest wykonywana w podpowłoce, przypisania zmiennych nie pozostają w efekcie po zakończeniu działania podpowłoki. "

Od używania nawiasów do grupowania i rozwijania wyrażeń

Aby to naprawić, możesz zmodyfikować skrypt w kroku 2, aby zdefiniować zmienną poza nawiasami: logit="/home/ubuntu/test.log" && (echo "a") >> $logit

jeśli używasz nazwy zmiennej w poleceniu powłoki, musisz połączyć ją ze +znakiem.

na przykład :

jeśli masz dwa pliki i nie zamierzasz na stałe kodować nazwy pliku, zamiast tego chcesz użyć nazwy zmiennej
"input.txt" = x
"output.txt" = y

następnie ('polecenie powłoki w cudzysłowie' + x> + y)

będzie działać w ten sposób, szczególnie jeśli używasz tego w programie w Pythonie z poleceniem os.system prawdopodobnie

Może tak być też.

nie podałeś pliku w zmiennej i przekierowujesz do niego wyjście, wtedy bash wyśle ​​ten błąd.

files=`ls`
out_file = /path/to/output_file.t
for i in `echo "$files"`;
do
    content=`cat $i` 
    echo "${content}  ${i}" >> ${out_file}
done

Zmienna out_file nie jest poprawnie skonfigurowana, więc miej na to oko. Przy okazji ten kod wypisuje całą zawartość i nazwę pliku na konsoli.

Wystąpił ten błąd podczas próby użycia rozszerzenia nawiasów klamrowych do zapisywania danych wyjściowych do wielu plików.

na przykład: echo "text" > {f1,f2}.txt wyniki w-bash: {f1,f2}.txt: ambiguous redirect

W takim przypadku użyj teedo wyprowadzenia do wielu plików:

echo "text" | tee {f1,f2,...,fn}.txt 1>/dev/null

1>/dev/nulluniemożliwi tekst przed zapisywane stdout

Jeśli chcesz dołączyć do pliku (ów) użyj tee -a