Início / unix / Perguntas / 780711
Accepted
the_eraser
Asked: 2024-07-25 00:27:38 +0800 CST

Bash `cd -L` vs. `cd -P` vs. Descrição do manual de referência do Bash

  • 772

Premissa

Eu li o que está listado na bibliografia sobre cd, pwd, set -P.

Por padrão, ou quando a -Lopção é fornecida, os links simbólicos no diretório são resolvidos após cdprocessar uma instância de ' ..' no diretório. (ref. Manual de referência do Bash - seção " 4 comandos integrados do Shell" - cdparágrafo )

Se ' ..' aparecer em directory , ele será processado removendo o componente do nome do caminho imediatamente anterior, de volta a uma barra ou ao início de directory . (ibid.)

Minha versão do Bash é

GNU bash, version 5.1.16(1)-release (x86_64-pc-linux-gnu)

Problema

Para testar as coisas, tenho o seguinte esquema de arquivos em meu diretório de trabalho atual que é a raiz do meu experimento ( dir111é um link simbólico para dir010).

dir010/
dir020/
dir110/dir111 -> ../dir010

my_dir="$PWD"
cd dir110/dir111              # 1
cd ..                         # 2
cd dir111                     # 3
cd ../dir020                  # 4
cd "$my_dir"                  # 5
cd dir110/dir111/../dir020    # 6
cd -                          # 7
cd dir110/dir111/../../dir020 # 8
  1. define o diretório de trabalho atual como "$my_dir"/dir110/dir111, conforme esperado[^1].
  2. define o diretório de trabalho atual como "$my_dir"/dir110, conforme esperado[^1].
  3. de volta para 1.
  4. define o diretório de trabalho atual "$my_dir"/dir020como inesperado . Eu esperaria cdfalhar em "$my_dir"/dir110/dir020(veja a explicação abaixo).
  5. de volta à raiz do meu experimento.
  6. o mesmo que 4 .
  7. de volta à raiz do meu experimento.
  8. define o diretório de trabalho atual como "$my_dir"/dir020, conforme esperado[^1], mas em contraste com 6.

A linha 4 deve falhar pelo motivo do parágrafo seguinte.

O manual de referência e a página de manual (veja a citação na Premissa) dizem que ..make cdapenas remove o componente do nome do caminho anterior, em vez de olhar para a ..entrada do inode. Portanto, o diretório pai "$my_dir/dir110/dir111visto por cd(no comportamento padrão) é "$my_dir/dir110, que não contém dir020.

Achei que esse comportamento poderia ser uma exceção causada por ..ser o prefixo do «dirname»fornecido to cd «dirname». No entanto, usar ..como infixo (linha 6) contrasta com isso.

cdestá se comportando como se cd -Ptivesse sido executado (ou set -Pcomando (ou similar) emitido antes), ou seja, não seguindo links simbólicos. Com cd -P, em 1., o diretório de trabalho atual seria definido como $my_dir/dir010.

set -odiga-me

[omissis]
physical        off
pipefail        off
posix           off
[omissis]

A minha interpretação (e de outras pessoas como eu em outras perguntas postadas) do manual de referência está correta? o que estou perdendo? Como o comportamento de pode cdser descrito?

[^1]: O comportamento padrão cdé seguir links simbólicos

Bibliografia

directory

1 respostas

  1. Best Answer

    O código-fonte observa que este é um caso especial, onde o bash tenta novamente cdse o diretório lógico não funcionar:

      /* We're not in physical mode (nolinks == 0), but we failed to change to
     the canonicalized directory name (TDIR).  Try what the user passed
     verbatim. If we succeed, reinitialize the_current_working_directory.
     POSIX requires that we just fail here, so we do in posix mode. */

    Para testar isso, criei outro diretório no dir110chamado dir120e corri stracepara ver as chdir(2)chamadas:

    % strace -e chdir bash -c 'cd dir110/dir111; cd ../dir020'
chdir("/home/muru/foo/dir110/dir111")   = 0
chdir("/home/muru/foo/dir110/dir111/../dir020") = 0
+++ exited with 0 +++
% mkdir dir110/dir120
% strace -e chdir bash -c 'cd dir110/dir111; cd ../dir120'
chdir("/home/muru/foo/dir110/dir111")   = 0
chdir("/home/muru/foo/dir110/dir120")   = 0
+++ exited with 0 +++

    Você pode ver a diferença na forma do caminho fornecido chdir().

    E claro, como diz o comentário, o comportamento é diferente no modo POSIX:

    % POSIXLY_CORRECT=1 strace -e chdir bash -c 'cd dir110/dir111; cd ../dir020'
chdir("/home/muru/foo/dir110/dir111")   = 0
bash: line 1: cd: ../dir020: No such file or directory
+++ exited with 1 +++
    • 3

relate perguntas