". Filename" non trova il file quando viene eseguito da/bin/sh, funziona da/bin/bash; perché?

Question

mio semplice script è come questo:

#!/bin/sh 


DEF=.file_name_with_a_leading_dot.sh 

. ${DEF} 

Avviso/bin/sh sulla riga superiore. Quando eseguo questo semplice script, ricevo un errore che il file non è stato trovato. Ma, se cambio quella linea superiore a #!/Bin/bash, lo script trova quel file nella directory corrente bene.

Ma sul mio computer portatile Linux Ubuntu vedo che/bin/sh è un link simbolico a/bin/bash. Quindi, perché il mio script si comporta diversamente?

Inoltre, posso eseguire lo script come questo:

/bin/bash ./script.sh 

Ed è OK.

Quindi, cosa mi manca?

Answer 1

Dal Manpage:

. nomefile [argomenti]

fonte nomefile [argomenti] Lettura ed esecuzione comandi dal nomefile nell'ambiente di shell corrente e restituire lo stato uscita dell'ultimo comando eseguito da nomefile. Se il nome file non contiene una barra, i nomi dei file in PATH vengono utilizzati per trovare la directory che contiene il nome file. Il file cercato in PATH non è necessario essere eseguibile. Quando bash non è in modalità posix, viene ricercata la directory corrente se non viene trovato alcun file in PATH. Se l'opzione sourpath su è disattivata, il PERCORSO non viene cercato. Se vengono forniti tutti gli argomenti, diventano i parametri posizionali quando viene eseguito il nome file . Altrimenti i parametri posizionali sono invariati. Lo stato di ritorno è lo stato dell'ultimo comando terminato nello script (0 se non vengono eseguiti comandi) e false se il nome file non viene trovato o non può essere letto.

Quindi, sembra che lo shebang #!/bin/sh imposta la bash in modalità posix. In questa modalità, viene valutato solo PATH, non la directory corrente.