Qual è la differenza tra l'esecuzione di un eseguibile solo per nome e aggiungendo un punto / barra prima di esso?

Questo è l'output del ls -allcomando:

-rwxr----- 1 subhrcho dba  3600 Nov 13 17:26 jdev
-rw-r----- 1 subhrcho dba  1566 Nov 13 17:26 jdev-Darwin.conf
-rw-r----- 1 subhrcho dba   347 Mar  6  2009 jdev-debug.boot
-rw-r----- 1 subhrcho dba   821 Nov 13 17:26 jdev-logging-debug.conf
-rw-r----- 1 subhrcho dba   584 Nov 13 17:26 jdev-logging.conf
-rw-r----- 1 subhrcho dba  4717 Jul 31 16:09 jdev.boot
-rw-r----- 1 subhrcho dba 12877 Nov 13 17:26 jdev.common
-rw-r----- 1 subhrcho dba  5047 Dec  6 01:43 jdev.conf
-rwxr-x--- 1 subhrcho dba 28160 Nov 13 16:28 jdev.exe
-rwxr-x--- 1 subhrcho dba 28672 Nov 13 16:28 jdev64.exe
-rwxr-x--- 1 subhrcho dba 28672 Nov 13 16:28 jdev64W.exe
-rwxr-x--- 1 subhrcho dba 28160 Nov 13 16:28 jdevW.exe

Ora, quando eseguojdev , esegue una versione diversa di Oracle JDveloper rispetto a quando lo ./jdeveseguo come .. Perché è così?

Quando esegui un file eseguibile (o meglio nel mondo unix / linux - un file con diritti eseguibili / flag attivo) in questo modo:

$ ./jdev

si contrassegna quindi con .quello che si desidera eseguire un file all'interno della directory di lavoro (directory in cui ci si trova attualmente) che è denominato jdeve dispone dei diritti eseguibili per l'utente che lo sta avviando (è necessario notare che può ancora essere un collegamento a altro file, puoi verificarlo digitando ls -l jdevnel terminale)

(vedi i permessi sui file in linux / unix )

Quando lo esegui come

$ jdev

quindi molto probabilmente è jdevinstallato da qualche parte sul sistema e ce l'hai $PATH(es. /usr/bin/o /bin/oppure /usr/local/bin/)

Come affermato da peterph : è possibile utilizzare whichper indicare l'eseguibile che viene avviato con un comando particolare, ad esempio:

$ which find
/usr/bin/find

Se si chiama un comando senza barra nel suo nome in una shell, viene cercato negli alias, nelle funzioni della shell e nell'elenco dei percorsi forniti nella $PATHvariabile d'ambiente. (nota che puoi avere la directory di lavoro corrente (specificata come .o la stringa vuota) o qualsiasi directory relativa in $PATH, ma non è raccomandata per motivi di sicurezza).

Se c'è una barra nel nome, quindi ciò non accade, il nome viene preso come un percorso da cui eseguire il comando (anche se alcune shell come zshpermettono ad alias o funzioni di avere barre nel loro nome che avrebbero quindi la precedenza).

Quindi, se vuoi eseguire un comando chiamato fooche si trova nella directory di lavoro corrente, devi trovare un nome che contiene una barra. ./fooè il più ovvio. Puoi anche utilizzare il percorso completo o ../dir/foo...

Per sapere quale sarebbe l'esecuzione della shell, utilizzare il typecomando Non usare il whichcomando che generalmente non fa quello che pensi che faccia ed è un'eredità da cshcui è meglio lasciare solo.

Consiglio di usare il 'dove' (meglio di 'quale') incorporato di Zsh per vedere come e in quale ordine si troveranno alias, built-in di shell o qualsiasi altra cosa per $ PATH ;-)

Ecco un esempio per capire meglio le cose, come viene scelto:

[ 0:04:08 ] afsin@s15426859:~ % pwd
/home/afsin
[ 0:04:30 ] afsin@s15426859:~ % which who
/usr/bin/who
[ 0:04:47 ] afsin@s15426859:~ % where who
/usr/bin/who
/usr/bin/X11/who
[ 0:05:27 ] afsin@s15426859:~ % echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games:/home/afsin/bin
[ 0:05:31 ] afsin@s15426859:~ % touch who
[ 0:05:40 ] afsin@s15426859:~ % chmod +x who
[ 0:05:47 ] afsin@s15426859:~ % ls -al who
-rwxr-xr-x 1 afsin afsin 0 23. Jan 00:05 who
[ 0:05:50 ] afsin@s15426859:~ % where who
/usr/bin/who
/usr/bin/X11/who
[ 0:05:55 ] afsin@s15426859:~ % export PATH=$PATH:.
[ 0:06:09 ] afsin@s15426859:~ % where who
/usr/bin/who
/usr/bin/X11/who
./who
[ 0:06:14 ] afsin@s15426859:~ % alias who=who
[ 0:06:19 ] afsin@s15426859:~ % where who
who: aliased to who
/usr/bin/who
/usr/bin/X11/who
./who
[ 0:06:22 ] afsin@s15426859:~ % which who
who: aliased to who
[ 0:06:27 ] afsin@s15426859:~ %

Anche se questo probabilmente dipende dalla tua shell, la regola di solito è:

• Se si fornisce un percorso, relativo o assoluto, viene utilizzato quel percorso. ./jdevè un percorso relativo, perché .rappresenta la directory corrente (in effetti, ls -all .ti darebbe lo stesso di ls -all). Se lo fai /usr/bin/tool/, stai usando un percorso assoluto. In questi casi, il file indicato viene eseguito.

• Se non si fornisce un percorso, ma solo un nome, le directory in $PATHvengono ricercate per lo strumento che si sta tentando di eseguire.

Se nella directory corrente è presente un file con lo stesso nome di un file in alcune directory $PATHe lo si esegue anteponendone ./il nome, verrà effettivamente eseguito un file diverso.

Forse un altro problema è che ti aspettavi jdevdi eseguire l'eseguibile nella directory corrente. A meno che tu non abbia cambiato $PATHper includere ., questo non è qualcosa che dovresti aspettarti ...

... e non è ancora una buona idea includerlo .lì, se lo fai, per favore almeno mettilo alla fine, in modo che il resto $PATHsia sempre cercato per primo - immagina di essere su una directory di rete condivisa e qualcuno decide di mettere lì un binario malefico poiché ls, se $PATHinizia ., ls -lahbasta una semplice per attaccare il tuo sistema.