cd ~
hace lo mismo que
cd $HOME
que también es lo mismo que
cd /home/tandu
Sin embargo,
cd ~not-tandu
cambios a /home/not-tandu
¿Es esta una elección puramente sintáctica? ¿Cómo lo maneja el kernel (o el cd
ejecutable)? ¿Hay un caso especial para ~
agregar la barra oblicua si se omite todo lo demás? Es decir, ~/
y ~
cambiar al mismo directorio, pero ~a
está un directorio arriba. No se puede decir lo mismo de ningún otro directorio al que cambie.
cd-command
home
Píldoras de explosión
fuente
fuente
cd
sin ningún parámetro funciona comocd ~
. Si reemplazacd
conecho
puede ver a qué expresión se expande el shell.Respuestas:
~
es un alias$HOME
proporcionado por una serie de shells, pero$HOME
es más universal.$HOME
en realidad le pide al shell que inserte (sustituya) la variable ambiental HOME aquí. Hay muchas variables ambientales diferentes que se pueden sustituir, intente ejecutarenv
una lista. Tenga en cuenta que~
no siempre se reconoce cuando no está al comienzo de una palabra. Pruebe estos dos comandos para comparar:El primero se pasa al ejecutable ls,
/~
que luego intenta mirar un archivo llamado~
en el directorio raíz, el segundo se expande$HOME
y se convierte en el//home/user
que luego se pasa al ejecutable ls como un argumento de línea de comandos. Todos los sistemas POSIX (POSIX es el estándar sobre cómo funcionan los sistemas UNIX y Linux) permiten que las barras múltiples se traten de la misma manera que una barra diagonal,//home/user
es lo mismo que decir/home/user
.~username
es un acceso directo para decirle al shell que busque el nombre de usuario en el archivo passwd y que devuelva su directorio de inicio. No hay una variable de entorno equivalente. Todas estas sustituciones son realizadas por el shell y son compatibles con la mayoría de ellas, pero solo$HOME
todas las shells garantizan que solo las variables de entorno sean compatibles. También,cd
es en realidad un comando incorporado. Es una directiva especial que le dice al propio shell que cambie los directorios. No es como otras funciones integradas de shell que se pueden implementar como un ejecutable separado comoecho
porque se usa para cambiar un atributo fundamental del proceso de shell.echo
es simplemente un shell integrado por razones de rendimiento, pero en los viejos tiempos de UNIX, solo estaba disponible como su propio ejecutable/bin/echo
.fuente
~foo
significa 'el directorio de inicio del usuario foo'.Esto no lo hace el kernel, lo interpreta el shell. Cada vez que el shell lo ve
~foo
como un argumento, lo reemplaza de manera transparente con el directorio de inicio del usuariofoo
y lo pasa en su lugar. Entonces, cuando correscd ~tandu
, el shell realmente se está ejecutandocd /home/tandu
.fuente
cd
o la cáscara? ¿Qué pasa si no estás ejecutando un shell? ¿Es un simple "si ~ es seguido por algo, se expande de manera diferente?" ¿O hay algún otro manejo especial para esta condición única?cd
, no hay un ejecutable externo para hacerlo (no sería posible)exec(2)
), la expansión del shell no tiene lugar. Sin expansión de shell,~
no se reemplaza por nada, es solo otro personaje perfectamente válido. Esto me mordió en mis primeros días de SunOS porque/bin/sh
no lo asimilé~
.~
seguido de un nombre de usuario se expande al directorio de inicio de ese usuario.fuente