Pourquoi n'ai-je pas pu utiliser ' ~ ' au lieu de ' /home/username/ ' pour indiquer le chemin d'accès au fichier ?

Expansion du tilde en Python

La réponse est courte et simple :

Python ne se développe pas ~ à moins que vous n'utilisiez :

import os
os.path.expanduser('~/your_directory')

Voir aussi aquí :

os.path.expanduser(path)
Sous Unix et Windows, l'argument est retourné avec un composant initial ~ ou ~user remplacé par le répertoire personnel de l'utilisateur.

Sous Unix, un ~ initial est remplacé par la variable d'environnement HOME si elle est définie ; sinon, le répertoire personnel de l'utilisateur actuel est recherché dans le répertoire des mots de passe par l'intermédiaire du module intégré pwd. Un ~utilisateur initial est recherché directement dans le répertoire des mots de passe.

L'expansion du tilde ne se fait que dans quelques contextes qui varient légèrement d'un shell à l'autre .

Alors qu'elle est réalisée en :

var=~

Ou

export var=~

dans certaines coquilles. Il n'y en a pas dans les

echo var=~
env var=~ cmd
./configure --prefix=~

dans les shells POSIX.

Il est en bash bien que lorsqu'il n'est pas en mode de conformité POSIX (comme lorsqu'il est appelé en tant que sh ou lorsque POSIXLY_CORRECT est dans l'environnement) :

$ bash -c 'echo a=~'
a=/home/stephane
$ POSIXLY_CORRECT= bash -c 'echo a=~'
a=~
$ SHELLOPTS=posix bash -c 'echo a=~'
a=~
$ (exec -a sh bash -c 'echo a=~')
a=~

Toutefois, ce n'est le cas que lorsque ce qui se trouve à gauche de l'icône = a la forme d'un nom de variable valide sans guillemets, de sorte qu'alors qu'il serait développé en cmd prefix=~ il n'y aurait pas de cmd --prefix=~ (en tant que --prefix n'est pas un nom de variable valide) ni dans cmd "p"refix=~ (à cause de la citation p ) ni en var=prefix; cmd $var=~ .

En zsh , vous pouvez régler la magic_equal_subst option pour les ~ à développer après tout = .

$ zsh -c 'echo a=~'
a=~
$ zsh -o magic_equal_subst -c 'echo a=~'
a=/home/stephane
$ zsh -o magic_equal_subst -c 'echo --a=~'
--a=/home/stephane

Dans le cas de ~ (par opposition à ~user ), vous pouvez simplement utiliser $HOME au lieu de cela :

cmd --whatever="$HOME/whatever"

~ s'étend à la valeur de $HOME . Si $HOME n'est pas défini, le comportement varie d'un shell à l'autre. Certains shells interrogent la base de données des utilisateurs. Si vous voulez prendre cela en compte, vous pouvez le faire (et c'est aussi ce que vous devriez faire pour ~user ):

dir=~ # or dir=~user
cmd --whatever="$dir/whatever"

En tout état de cause, dans les coquilles autres que zsh n'oubliez pas que vous devez citer les expansions variables !

~ a des règles d'expansion particulières, que votre commande ne satisfait pas. En particulier, elle n'est développée que lorsqu'elle n'est pas citée, soit au début d'un mot (par ex. python ~/script.py ) ou au début d'une assignation de variable (par exemple PYTHONPATH=~/scripts python script.py ). Ce que vous avez, c'est --data_path=~/blabla qui est un mot unique en termes de Shell, de sorte que l'expansion n'est pas effectuée.

Une solution immédiate consiste à utiliser $HOME Shell, qui suit les règles d'expansion des variables normales :

python ptb_word_lm.py --data_path=$HOME/blabla