🚀 go-pugleaf

Respuesta al mensaje de: J.A. Gutierrez <spd@daphne.cps.unizar.es>.
Con identificador: <b8mbe3$aed$1@localhost.escomposlinux.org>.

>>> 1 #!/bin/sh
>>> 2 for f in $* ;do
>>> 3  convert -geometry 80x80 $file t_$file
>>> 4  #echo "<a href=\"$f\"><img src=\"t_$f\" width=\"80\" height=\"80\"></a>"
>>> 4 done
>>>   # end of script

>>     En la 2� l�nea, el '$*' deber�a estar entrecomillado para prevenir
>> la existencia de espacios o tabuladores en los nombres de los archivos.
>> Es decir: '"$*"'.

> 	Error.
> 	el uso de "$*" como argumento al fork no evita problemas
> 	si los argumentos contienen espacios.

> 	La forma mas correcta y robusta seria: "$@". Incluso recuerdo
> 	haber leido que ${1+"$@"} es mas robusto aun (para el caso de
> 	que no haya argumentos).

    Pues s�, error, y s�, en este caso la forma correcta es "$@".
Entrecomilladas, la primera forma, "$*", devuelve los par�metros
como una sola palabra, y la segunda, "$@", los devuelve tal cual y
entrecomillados para evitar problemas con los espacios. Fue un despiste.

    La tercera forma, s�lo por dar guerra, no ser�a adecuada. Obligar�a
a que el bucle "for" se ejecutara sobre un par�metro vac�o, por lo que
si en el cuerpo del bucle hay alguna referencia a la variable, como es
este caso, se pueden producir errores o resultados inesperados; en este
ejemplo, "mv" se quejar�a de falta de argumentos.

>> asignas los nombres de los par�metros a la variable 'f'. En esta l�nea
>> tambi�n, 't_$file' deber�a ser '"t_${f}", entre llaves para permitir la
>> expansi�n de par�metos, para que ese 't_' se acople.

> 	en realidad, no es necesario. Por lo general las llaves solo
> 	son necesarias en caso de que pueda haber ambig:uedades

    Es cierto, s�lo ser�an estrictamente necesarias si hubiera texto
inmediatamnete despu�s del nombre de la variable o si se invocara un
par�metro de posici�n por enmcima de nueve, pero son obligatorias para
realizar el resto de expansiones, como la que mostrabas m�s arriba, es
por eso que a m� me gusta recomendar usarlas siempre :).

    Cordialmente,

    Zeles.


-- 
Zeles Derel (zeldere) / [.zd]
 * Direcci�n: zeldere_nntp@yahoo.es
 * GNU/Linux - LFS 3.1