Jak przekazać pusty ciąg z podwójnymi cudzysłowami do skryptu bash?

Question

Próbuję napisać skrypt, który przyjmie jako dodatkowe argumenty w wierszu poleceń pusty ciąg z podwójnymi cudzysłowami. Chcę, aby skrypt przekazywał te argumenty wraz z podwójnym cudzysłowem pustym łańcuchem, jeśli jest on podany, ale zamiast tego interpreter poleceń wydaje się interpretować taki argument jako pusty ciąg i usuwa cytaty. Czy jest jakiś sposób to zrobić?

Jako prosty przykład chciałbym mieć w script.sh Plik:

#!/bin/bash 
/home/myapp $1 $2 

Jeśli uruchomić w wierszu:

$ ./script.sh arg1 "" 

Skrypt po prostu wykonuje "/home/myapp arg1", ale tęskni/ignoruje drugi argument: (""). Chcę, żeby zachować ten pusty łańcuch, a zamiast tego wykonać: /home/myapp arg1 ""

Answer 1

Można wykryć ile parametry pozycyjne były przekazywane do skryptu przez examining the $# parameter. Na przykład, jeśli jest to 2 lub więcej, to wiesz, że coś zostało przekazane dla $2, nawet jeśli $2 jest puste (cytaty usunięte przez wywołanie powłoki).Poniższa realizuje tę logikę i przekazuje "" do wywoływanego programu (w tym przypadku echo) jeżeli parametr został przekazany ale pusty:

#!/bin/bash 

if [ $# -ge 2 ]; then 
    if [ "$2" ]; then 
     arg2="$2" 
    else 
     arg2='""' 
    fi 
    echo "$1 $arg2" 
elif [ $# == 1 ]; then 
    echo "$1" 
fi 

wyjściowa:

 
$ ./args.sh a 
a 
$ ./args.sh a "" 
a "" 
$ ./args.sh a 1 
a 1 
$ 

Answer 2

Będziecie go uniknąć stosując odwrotny ukośnik

$ ./script.sh arg1 \"\" 

można badać np na echo:

$ echo \"\" 
"" 

Answer 3

Ucieknij za pomocą odwrotnych ukośników lub umieść je w pojedynczych cudzysłowach.

Answer 4

Można również umieścić je w pojedynczym cudzysłowie, aby uzyskać ich wartości literalne, np. :

]$ echo '""' 
    "" 

Na przykład, w skrypcie:

]# cat a.bash 
    #!/bin/bash   
    echo a$1b 

    ]$ ./a.sh '""' 
    a""b 

    ]$ ./a.sh "" 
    ab 

Answer 5

celu uzupełnienia Kaz's helpful explanation:
Jeśli wprost "$@" rajd pustych argumenty zostaną przepuszczone, zbyt:

#!/bin/bash 

/home/myapp "$@" 

Przejście przez gh "$@" zachowuje oryginalne argumenty dokładnie jak przekazane w - nawet argumentów przekazanych jako pustych strunach (minęły jak np '' lub "" lub "$someVar", gdzie zmienna someVar jest ustawiona lub zawiera pusty ciąg znaków).

---

W przypadku nie może być więcej niż 2 argumenty:

#!/bin/bash 

# Copy the (up to) first 2 arguments - whether they're empty strings or not - 
# to a separate array. 
firstTwo=("${@:1:2}") 
shift; shift # Remove the first 2 arguments from the arguments array. 

# Invoke the app with the (up to) first 2 arguments stored in the new array. 
/home/myapp "${firstTwo[@]}" 

# Process the remaining arguments, if any. 
for a; do 
    echo "remaining: [$a]" 
done 

Answer 6

Jesteś prawidłowo przechodzącą pusty ciąg argument do skryptu.

Jest to skrypt, który jest brudząc go:

#!/bin/bash 
/home/myapp $1 $2 

Skrypt nie chroni ekspansję $1 i $2 z word-rozszczepienia. Oznacza to, że jeśli $1 i $2 zawierają wiele słów, zmieniają się w pojedyncze argumenty, a jeśli którekolwiek z nich rozszerza się do zera, po prostu znikają.

Powinno być:

#!/bin/bash 
/home/myapp "$1" "$2" 

Ogólnie można zrobić skrypt przekazać wszystkie swoje argumenty do wywoływanego programu, podobnie jak to:

/home/myapp "$@" 

Te cytaty to tylko skorupa składni; nie są częścią samych danych argumentów. Po wpisaniu w powłoce program "", na poziomie systemu operacyjnego program otrzymuje pusty ciąg znaków języka C: wskaźnik do bajtu o wartości null. Brak ofert.

Możesz przekazać argument "" (dwuliterowy ciąg złożony z dwóch podwójnych cudzysłowów), ale to nie jest pusty argument. Jednym ze sposobów na to jest na przykład '""': zawijanie go w pojedyncze cudzysłowy.

Jedynym powodem takiego działania jest manipulowanie składnią powłoki na poziomie meta: przekazywanie fragmentów kodu powłoki kodu źródłowego, takich jak cytowane żetony, puste lub inne. Powłoka ma polecenie o nazwie eval, które przyjmuje kod źródłowy jako argument (lub wiele argumentów) i ocenia je.

przed wywołaniem eval, linia poleceń podlega rozszerzeniu. Ta ekspansja usuwa składnię $empty_shell_string_sytnax i zastępuje ją zawartością, znakami "". Tak więc eval dostaje ciąg empty_var="". Ocenia to i tak empty_var jest ustawiony na pusty łańcuch, jak wskazuje składnia.

Answer 7

Spróbuj tego:

cmd=yourcomand; 
n=0; for a in "$@"; do n=$((n +1)); cmd="$cmd \${$n+\"\$$n\"}"; done 
eval $cmd