`~ / Documents` é um caminho relativo ou absoluto?

Esta é apenas uma questão de vocabulário, mas que continua girando na minha cabeça.

Vem de um exame prático de um livro de preparação do LPIC . A resposta correta de acordo com o livro é que ~/Documentsé um diretório relativo, porque é relativo ao diretório inicial.

No entanto, este livro contém uma proporção honrosa de erros de digitação e, portanto, não posso tomar como certo tudo o que está escrito lá. Não concordo aqui porque, para mim, ~atua como uma variável expandida pelo shell no conteúdo da $HOMEvariável ou no caminho do diretório inicial do usuário atual (cf. man bash); portanto, o caminho real /home/myuser/Documentsé realmente um diretório absoluto.

Até a Wikipedia , por uma vez, não me ajuda em nada sobre esse assunto (mesmo que pareça confirmar que o livro está errado nesse assunto):

Um caminho absoluto ou completo aponta para o mesmo local em um sistema de arquivos, independentemente do diretório de trabalho atual. Para fazer isso, ele deve conter o diretório raiz.

Por outro lado, um caminho relativo inicia em um determinado diretório de trabalho, evitando a necessidade de fornecer o caminho absoluto completo.

Aqui, novamente, eu não concordo: de acordo com essa definição, o caminho /opt/kde3/bin/../libque não depende do diretório de trabalho atual deve ser absoluto, mas meu entendimento atual disso coincide com o autor do livro, tornando esse caminho relativo.

Uma rápida pesquisa na web está apenas aumentando minha frustração, de acordo com o Webster Dictionary :

caminho absoluto - Um caminho relativo ao diretório raiz. Seu primeiro caractere deve ser o separador do nome do caminho.

Então $HOME/Documents, ou simplesmente $HOMEnão seriam considerados diretórios absolutos? Ou essa definição implica expansão variável? E o ~personagem do shell ? Existe alguma definição confiável de diretório relativo x absoluto que eu possa encontrar em algum lugar e eu estou errado o tempo todo?

Se o autor estava tentando descobrir você falando sobre essa cadeia literal (sem expansão do shell) como um caminho, então é um caminho relativo ( mkdir -p './~/Documents'). De outra forma:

É um caminho absoluto , porque resolvê-lo não depende do diretório de trabalho atual do processo. Caminho relativo sempre significa relativo ao diretório de trabalho do processo. Ou no caso de destinos de link simbólico, relativos ao local do link simbólico. ( gcc -> gcc-5.2vs. gcc -> /usr/bin/gcc-5.2). Isso é importante para montagens NFS e outros casos em que você pode acessar o mesmo link simbólico por diferentes caminhos absolutos. por exemplo

/net/tesla/home/peter/foo -> bar  # always works from other machines

/net/tesla/home/peter/foo -> /home/peter/bar  # references my home dir on the local machine, not tesla.

Às vezes, o Debian instala links simbólicos para ../../doc/whatever/whatever, em vez de um destino de link simbólico absoluto, então ele funciona quando o NFS é montado em outro lugar ou quando olha para um chroot sem chroot(8)entrar nele.

Todo processo Unix tem seu próprio código. O pwdcomando existe apenas para imprimi-lo.

consulte: http://pubs.opengroup.org/onlinepubs/9699919799/functions/getcwd.html para obter mais informações sobre como alterar diretórios com chamadas do sistema POSIX.

Como todo mundo já disse, ~é expandido pelo shell antes que o caminho seja usado para qualquer coisa. Usar ~/bin/myprogum script de shell fará com que funcione de maneira diferente para usuários diferentes. A diferença entre ~/bin/fooe /home/peter/bin/fooé que um deles codificou o local, enquanto o outro o parametrizou. É um erro (IMO) chamar a ~versão de caminho relativo.

Falar sobre as coisas serem "relativas a uma variável de ambiente" é apenas confuso. É uma má prática usar diferentes significados de termos em inglês que tenham significados técnicos específicos no contexto em que você os está usando.

Em um sistema quebrado, com HOME=a/relative/path, ~/fooseria expandido para um caminho relativo. Isso não seria uma configuração utilizável.

Esta é essencialmente uma pergunta sobre a definição de termos. Portanto, para seus propósitos, a resposta é o que a LPIC quiser. Mas podemos chegar a algumas conclusões baseadas em fatos técnicos:

Se você passou '~/Documents'para uma chamada de sistema , procuraria um diretório nomeado exatamente ~no diretório atual (e provavelmente falhará). Portanto, pela noção de nome de caminho usada pelo kernel , esse é um caminho relativo - mas não é isso que queremos dizer.

~é uma sintaxe implementada pelo shell (e outros programas que o imitam por conveniência) que o expande para um nome de caminho real. Para ilustrar, ~/Documentsé aproximadamente a mesma coisa que $HOME/Documents(novamente, sintaxe do shell). Como $HOMEdeve ser um caminho absoluto, o valor de $HOME/Documents também é um caminho absoluto. Mas o texto $HOME/Documentsou ~/Documentsprecisa ser expandido pelo shell para se tornar o caminho que queremos dizer.

Assim, se eu quisesse ser preciso e consistente, diria que ~/Documentsé um fragmento de shell-script que se expande para um caminho absoluto.

Se você $HOMEé /home/white/, ~/Documents(o mesmo que $HOME/Documents) é expandido pelo shell (veja aqui uma explicação) para /home/white/Documents, que é um caminho absoluto .

Um caminho relativo é aquele que não inicia com /(após a expansão do shell), como ../Documentsoufoo/bar

Alguns escudos antigos não se expandam ~(a forma como bash, tcsh, zsh, etc. ... fazer); eles veriam ~/Documentscomo um caminho relativo começando com ~; mas você normalmente não tem o nome do diretório como ~(mas pode criar um com o mkdir '~'qual eu não recomendo).

Um caminho absoluto começa em /(o que se refere é fixo), um caminho relativo começa no diretório atual (e, portanto, o que se refere a alterações à medida que o diretório atual é alterado). A maioria dos shells usa ~no início como uma abreviação para o caminho absoluto para o diretório inicial do usuário atual, ou seja, ~/Documentsé o diretório Documentsna página inicial do usuário atual, independentemente do diretório atual. Portanto, é um caminho absoluto.

O caminho pode se expandir para um local diferente, dependendo de quem é o usuário. Dito isto, ainda é um caminho absoluto, não relativo, na minha opinião. No entanto, não acho que as definições de caminho absoluto e relativo sejam definidas com tanta precisão. Isso não é matemática. Esta pergunta realmente não prova a compreensão, na minha opinião, e é inútil.

O uso do ~ / no início torna o caminho absoluto, pois (por qualquer definição) a capacidade de encontrar documentos não depende de onde você está atualmente. No entanto, a expansão é feita pelo shell, não pelo kernel; portanto, se você estiver usando um shell que não reconheça essa sintaxe (como / bin / sh, o shell Bourne original, e não o alias do bash), você ficará sem sorte.

Curiosamente, se você usar ~ root / em vez de ~ /, a otimização da leitura de $ HOME normalmente não se aplica e sempre será resolvida como absoluta se / etc / passwd estiver correto.

O livro parece considerar que um caminho absoluto é qualquer caminho que comece com a /e um caminho relativo é qualquer outra coisa.

Você pode visualizar ..e $HOMEcomo tipos semelhantes de tokens. Ambos precisam ser substituídos, por um componente do caminho, antes que o caminho resolva para um caminho absoluto.