Perché non ho potuto usare '~' invece di '/ home / nomeutente /' quando ho dato il percorso del file

Posso usare ~invece di /home/username/indicare un percorso di file quando, ad esempio, decomprimere un .zipfile.

Tuttavia, oggi quando ho seguito lo stesso modo per eseguire un esempio RNN nel terminale, è tensorflow.python.framework.errors_impl.NotFoundErrorstato lanciato.

$ python ptb_word_lm.py --data_path=~/anaconda2/lib/python2.7/site-packages/tensorflow/models-master/tutorials/rnn/simple-examples/data/ --model=small 
I tensorflow/stream_executor/dso_loader.cc:135] successfully opened CUDA library libcublas.so.8.0 locally
I tensorflow/stream_executor/dso_loader.cc:135] successfully opened CUDA library libcudnn.so.5 locally
I tensorflow/stream_executor/dso_loader.cc:135] successfully opened CUDA library libcufft.so.8.0 locally
I tensorflow/stream_executor/dso_loader.cc:135] successfully opened CUDA library libcuda.so.1 locally
I tensorflow/stream_executor/dso_loader.cc:135] successfully opened CUDA library libcurand.so.8.0 locally
Traceback (most recent call last):
  File "ptb_word_lm.py", line 374, in <module>
    tf.app.run()
  File "/home/hok/anaconda2/lib/python2.7/site-packages/tensorflow/python/platform/app.py", line 44, in run
    _sys.exit(main(_sys.argv[:1] + flags_passthrough))
  File "ptb_word_lm.py", line 321, in main
    raw_data = reader.ptb_raw_data(FLAGS.data_path)
  File "/home/hok/anaconda2/lib/python2.7/site-packages/tensorflow/models-master/tutorials/rnn/ptb/reader.py", line 73, in ptb_raw_data
    word_to_id = _build_vocab(train_path)
  File "/home/hok/anaconda2/lib/python2.7/site-packages/tensorflow/models-master/tutorials/rnn/ptb/reader.py", line 34, in _build_vocab
    data = _read_words(filename)
  File "/home/hok/anaconda2/lib/python2.7/site-packages/tensorflow/models-master/tutorials/rnn/ptb/reader.py", line 30, in _read_words
    return f.read().decode("utf-8").replace("\n", "<eos>").split()
  File "/home/hok/anaconda2/lib/python2.7/site-packages/tensorflow/python/lib/io/file_io.py", line 106, in read
    self._preread_check()
  File "/home/hok/anaconda2/lib/python2.7/site-packages/tensorflow/python/lib/io/file_io.py", line 73, in _preread_check
    compat.as_bytes(self.__name), 1024 * 512, status)
  File "/home/hok/anaconda2/lib/python2.7/contextlib.py", line 24, in __exit__
    self.gen.next()
  File "/home/hok/anaconda2/lib/python2.7/site-packages/tensorflow/python/framework/errors_impl.py", line 469, in raise_exception_on_not_ok_status
    pywrap_tensorflow.TF_GetCode(status))
tensorflow.python.framework.errors_impl.NotFoundError: ~/anaconda2/lib/python2.7/site-packages/tensorflow/models-master/tutorials/rnn/simple-examples/data/ptb.train.txt

Poi ho sostituito ~con /home/username/, e ha funzionato correttamente.

Perché non posso usare ~invece di /home/username/puntare al percorso del file quando eseguo un esempio RNN?

Potresti dirmelo in dettaglio?

Devi capire che ~normalmente viene espanso dalla shell; i programmi che chiami non lo vedono mai, vedono il percorso completo come inserito da bash. Ma questo succede solo quando la tilde è all'inizio di una discussione (e non è citata).

Se il programma Python in esecuzione utilizza un modulo come getoptper analizzarne la riga di comando, è possibile fornire l'argomento --data-pathdell'opzione come "parola" separata per consentire l'espansione della tilde:

$ python ptb_word_lm.py --data_path ~/anaconda2/lib/python2.7/...

Nel tuo codice, puoi utilizzare getopto argparseper l'elaborazione degli argomenti e puoi anche espandere manualmente le tilde come suggerito dalla risposta di @ JacobVlijm.

PS. La tilde viene inoltre espansa all'inizio di un'espressione di assegnazione di variabili shell come DIRNAME=~/anaconda2; sebbene la tilde nella tua domanda segua anche un segno di uguale, questo uso non ha un significato speciale per la shell (è solo qualcosa passato a un programma) e non attiva l'espansione.

Espansione tilde in pitone

La risposta è breve e semplice:

python non si espande ~se non si utilizza:

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

Vedi anche qui :

os.path.expanduser (percorso)
Su Unix e Windows, restituisce l'argomento con un componente iniziale di ~ o ~ utente sostituito dalla home directory dell'utente.

Su Unix, un ~ iniziale viene sostituito dalla variabile d'ambiente HOME se è impostata; in caso contrario la home directory dell'utente corrente viene cercata nella directory della password tramite il modulo incorporato pwd. Un utente ~ iniziale viene cercato direttamente nella directory delle password.

L'espansione di Tilde viene eseguita solo in alcuni contesti che variano leggermente tra le shell .

Mentre viene eseguito in:

var=~

O

export var=~

in alcune conchiglie. Non è dentro

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

nelle shell POSIX.

È presente bashquando non in modalità di conformità POSIX (come quando chiamato come sh, o quando si POSIXLY_CORRECTtrova nell'ambiente):

$ 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=~

Tuttavia è solo quando ciò che è a sinistra di ha la =forma di un nome di variabile valido non quotato, quindi mentre sarebbe espanso in cmd prefix=~, non sarebbe in cmd --prefix=~(come --prefixnon è un nome di variabile valido) né in cmd "p"refix=~(a causa di quello citato p) né in var=prefix; cmd $var=~.

In zsh, è possibile impostare l' magic_equal_substopzione per ~l'espansione dopo qualsiasi non quotato =.

$ 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

Nel caso di ~(al contrario di ~user), puoi semplicemente usare $HOMEinvece:

cmd --whatever="$HOME/whatever"

~si espande al valore di $HOME. Se $HOMEnon impostato, il comportamento varia tra le shell. Alcune shell interrogano il database utente. Se vuoi tenerne conto, potresti fare (ed è anche quello per cui dovresti fare ~user):

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

In ogni caso, nelle shell diverse da quelle da zshricordare è necessario citare espansioni variabili!

~ha regole di espansione particolari, che il tuo comando non soddisfa. In particolare, viene espanso solo quando non quotato, all'inizio di una parola (ad es. python ~/script.py) O all'inizio di un'assegnazione variabile (ad es PYTHONPATH=~/scripts python script.py.). Quello che hai è --data_path=~/blablaquale è una singola parola in termini di shell, quindi l'espansione non viene eseguita.

Una soluzione immediata è usare la $HOMEvariabile shell, che segue le normali regole di espansione delle variabili:

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