Preservar espacios en blanco en una cadena como un argumento de línea de comando

Question

Me enfrenta un pequeño problema aquí, quiero pasar una cadena que contiene espacios en blanco, a otro programa de modo que toda la cadena se trata como un argumento de línea de comando.

En pocas palabras, quiere ejecutar un comando de la siguiente estructura a través de un script de shell bash: command_name -a -b arg1 arg2 -c "arg con espacios en blanco aquí"

Pero no importa cuanto lo intento, la los espacios en blanco no se conservan en la cadena y se tokenizan de forma predeterminada. Una solución favor,

edición: Esta es la parte principal de mi guión:

#!/bin/bash 

#-------- BLACKRAY CONFIG ---------------# 
# Make sure the current user is in the sudoers list 
# Running all instances with sudo 

BLACKRAY_BIN_PATH='/opt/blackray/bin' 
BLACKRAY_LOADER_DEF_PATH='/home/crozzfire' 
BLACKRAY_LOADER_DEF_NAME='load.xml' 
BLACKRAY_CSV_PATH='/home/crozzfire' 
BLACKRAY_END_POINT='default -p 8890' 
OUT_FILE='/tmp/out.log' 

echo "The current binary path is $BLACKRAY_BIN_PATH" 


# Starting the blackray 0.9.0 server 
sudo "$BLACKRAY_BIN_PATH/blackray_start" 

# Starting the blackray loader utility 
BLACKRAY_INDEX_CMD="$BLACKRAY_BIN_PATH/blackray_loader -c $BLACKRAY_LOADER_DEF_PATH/$BLACKRAY_LOADER_DEF_NAME -d $BLACKRAY_CSV_PATH -e "\"$BLACKRAY_END_POINT\""" 

sudo time $BLACKRAY_INDEX_CMD -a $OUT_FILE 

#--------- END BLACKRAY CONFIG ---------# 

Answer 1

probablemente usted tiene que rodear el argumento entre comillas dobles (por ejemplo, "$ {6}").

siguiente comentario OP debe ser "$ BLACKRAY_END_POINT"

Answer 2

Editar:

Probar:

BLACKRAY_END_POINT="'default -p 8890'" 

o

BLACKRAY_END_POINT='"default -p 8890"' 

o

BLACKRAY_END_POINT="default\ -p\ 8890" 

o

BLACKRAY_END_POINT='default\ -p\ 8890' 

y

BLACKRAY_INDEX_CMD="$BLACKRAY_BIN_PATH/blackray_loader -c $BLACKRAY_LOADER_DEF_PATH/$BLACKRAY_LOADER_DEF_NAME -d $BLACKRAY_CSV_PATH -e $BLACKRAY_END_POINT" 

Respuesta original:

Es blackray_loader un script de shell?

Aquí es una demostración de que usted tiene que hacer frente a este problema, tanto cuando se especifica el parámetro y en su manipulación:

Un archivo de texto llamado "test.txt" (incluya los números de línea):

1 two words 
2 two  words 
3 two 
4 words 

un script llamado "spacetest":

#!/bin/bash 
echo "No quotes in script" 
echo $1 
grep $1 test.txt 
echo 

echo "With quotes in script" 
echo "$1" 
grep "$1" test.txt 
echo 

Correr con ./spacetest "two--------words" (reemplace los guiones con espacios):

No quotes in script 
two words 
grep: words: No such file or directory 
test.txt:1 two words 
test.txt:2 two  words 
test.txt:3 two 

With quotes in script 
two  words 
2 two  words 

Se puede ver que en la sección "sin comillas" se trató de hacer grep two words test.txt, que interpreta "palabras" como nombre de archivo, además de "test.txt". Además, el echo dejó caer los espacios adicionales.

Cuando se cita el parámetro, como en la segunda sección, grep lo vio como un argumento (incluidos los espacios adicionales) y lo manejó correctamente. Y echo preservaron los espacios adicionales.

Usé los espacios adicionales, por cierto, simplemente para ayudar en la demostración.

Answer 3

Te encuentras con este problema porque almacenas el comando en una variable y luego lo expandes más tarde; a menos que haya una buena razón para hacer esto, No:

sudo time $BLACKRAY_BIN_PATH/blackray_loader -c $BLACKRAY_LOADER_DEF_PATH/$BLACKRAY_LOADER_DEF_NAME -d $BLACKRAY_CSV_PATH -e "$BLACKRAY_END_POINT" -a $OUT_FILE 

Si realmente no necesita almacenar el comando y utilizarlo más adelante, hay varias opciones; la wiki de bash-hackers.org tiene un good page on the subject. A mi me parece como la más útil aquí es poner el comando en una matriz en lugar de una variable simple:

BLACKRAY_INDEX_CMD=($BLACKRAY_BIN_PATH/blackray_loader -c $BLACKRAY_LOADER_DEF_PATH/$BLACKRAY_LOADER_DEF_NAME -d $BLACKRAY_CSV_PATH -e "$BLACKRAY_END_POINT") 

sudo time "${BLACKRAY_INDEX_CMD[@]}" -a $OUT_FILE 

Esto evita toda la confusión entre los espacios de separación de Palabras y espacios dentro de otras palabras, porque las palabras no están separados por espacios; están en elementos separados de la matriz. La expansión de la matriz entre comillas dobles con el sufijo [@] conserva esa estructura.

(Por cierto, otra opción sería utilizar comillas escapadas vez que estás haciendo, a continuación, ejecutar el comando con eval No haga esto;.. Que es una buena manera de introducir el análisis de errores extraños)

Answer 4

tengo una sugerencia:

# iterate through the passed arguments, save them to new properly quoted ARGS string 
while [ -n "$1" ]; do 
    ARGS="$ARGS '$1'" 
    shift 
done 

# invoke the command with properly quoted arguments 
my_command $ARGS 

Answer 5

un post en otro blog me salvó espacios en blanco para este problema: http://logbuffer.wordpress.com/2010/09/23/bash-scripting-preserve-whitespaces-in-variables/

por defecto, los espacios en blanco se Trimed:

bash> VAR1="abc  def gh ijk" 
bash> echo $VAR1 
abc def gh ijk 
bash> 

"La causa de este comportamiento es la variable de shell interna $ IFS (Separador interno de campos), que tiene como valor predeterminado espacios en blanco, tabulador y nueva línea. Para preservar todos los espacios en blanco contiguos usted tiene que fijar el IFS a algo diferente "

Con IFS de derivación:

bash> IFS='%' 
bash> echo $VAR1 
abc  def gh ijk 
bash>unset IFS 
bash> 

Funciona de maravilla para mi caso comando:

su - user1 -c 'test -r "'${filepath}'"; ....' 

Espero que esto ayude.

Answer 6

A continuación está mi ejemplo le de reiniciar un script a través de exec su USER o exec su - USER. Tiene capacidad para:

• ser llamado desde una ruta relativa o directorio de trabajo actual
• espacios en nombre del script y argumentos
• individual y comillas dobles en argumentos, sin escapes locas como: \\"

---

# 
# This script should always be run-as a specific user 
# 
user=jimbob 
if [ $(whoami) != "$user" ]; then 
    exec su -c "'$(readlink -f "$0")' $(printf " %q" "$@")" - $user 
    exit $? 
fi