Après avoir lu la réponse de @ DennisWilliamson, il y a quelques problèmes, voir ci-dessous:
Cette question étant ksh et frapper, il y a une autre partie de cette réponse concernant ksh... voir ci-dessous.
[ "$0" = "$BASH_SOURCE" ]
Essayons (à la volée car ce bash pourrait ;-):
source <(echo $'#!/bin/bash
[ "$0" = "$BASH_SOURCE" ] && v=own || v=sourced;
echo "process $$ is $v ($0, $BASH_SOURCE)" ')
process 29301 is sourced (bash, /dev/fd/63)
bash <(echo $'#!/bin/bash
[ "$0" = "$BASH_SOURCE" ] && v=own || v=sourced;
echo "process $$ is $v ($0, $BASH_SOURCE)" ')
process 16229 is own (/dev/fd/63, /dev/fd/63)
J'utilise source
plutôt off .
pour plus de lisibilité (comme .
c'est un alias pour source
):
. <(echo $'#!/bin/bash
[ "$0" = "$BASH_SOURCE" ] && v=own || v=sourced;
echo "process $$ is $v ($0, $BASH_SOURCE)" ')
process 29301 is sourced (bash, /dev/fd/63)
Notez que le numéro de processus ne change pas tant que le processus reste source :
echo $$
29301
Pourquoi ne pas utiliser la $_ == $0
comparaison
Pour assurer de nombreux cas, je commence à écrire un vrai script:
#!/bin/bash
# As $_ could be used only once, uncomment one of two following lines
#printf '_="%s", 0="%s" and BASH_SOURCE="%s"\n' "$_" "$0" "$BASH_SOURCE"
[[ "$_" != "$0" ]] && DW_PURPOSE=sourced || DW_PURPOSE=subshell
[ "$0" = "$BASH_SOURCE" ] && BASH_KIND_ENV=own || BASH_KIND_ENV=sourced;
echo "proc: $$[ppid:$PPID] is $BASH_KIND_ENV (DW purpose: $DW_PURPOSE)"
Copiez ceci dans un fichier appelé testscript
:
cat >testscript
chmod +x testscript
Maintenant, nous pourrions tester:
./testscript
proc: 25758[ppid:24890] is own (DW purpose: subshell)
C'est bon.
. ./testscript
proc: 24890[ppid:24885] is sourced (DW purpose: sourced)
source ./testscript
proc: 24890[ppid:24885] is sourced (DW purpose: sourced)
C'est bon.
Mais, pour tester un script avant d'ajouter un -x
indicateur:
bash ./testscript
proc: 25776[ppid:24890] is own (DW purpose: sourced)
Ou pour utiliser des variables prédéfinies:
env PATH=/tmp/bintemp:$PATH ./testscript
proc: 25948[ppid:24890] is own (DW purpose: sourced)
env SOMETHING=PREDEFINED ./testscript
proc: 25972[ppid:24890] is own (DW purpose: sourced)
Cela ne fonctionnera plus.
Déplacer le commentaire de la 5e ligne à la 6e donnerait une réponse plus lisible:
./testscript
_="./testscript", 0="./testscript" and BASH_SOURCE="./testscript"
proc: 26256[ppid:24890] is own
. testscript
_="_filedir", 0="bash" and BASH_SOURCE="testscript"
proc: 24890[ppid:24885] is sourced
source testscript
_="_filedir", 0="bash" and BASH_SOURCE="testscript"
proc: 24890[ppid:24885] is sourced
bash testscript
_="/bin/bash", 0="testscript" and BASH_SOURCE="testscript"
proc: 26317[ppid:24890] is own
env FILE=/dev/null ./testscript
_="/usr/bin/env", 0="./testscript" and BASH_SOURCE="./testscript"
proc: 26336[ppid:24890] is own
Plus fort: ksh maintenant...
Comme je n'utilise pas ksh beaucoup, après quelques lectures sur la page de manuel, voici mes essais:
#!/bin/ksh
set >/tmp/ksh-$$.log
Copiez ceci dans un testfile.ksh
:
cat >testfile.ksh
chmod +x testfile.ksh
Ensuite, exécutez-le deux fois:
./testfile.ksh
. ./testfile.ksh
ls -l /tmp/ksh-*.log
-rw-r--r-- 1 user user 2183 avr 11 13:48 /tmp/ksh-9725.log
-rw-r--r-- 1 user user 2140 avr 11 13:48 /tmp/ksh-9781.log
echo $$
9725
et voyez:
diff /tmp/ksh-{9725,9781}.log | grep ^\> # OWN SUBSHELL:
> HISTCMD=0
> PPID=9725
> RANDOM=1626
> SECONDS=0.001
> lineno=0
> SHLVL=3
diff /tmp/ksh-{9725,9781}.log | grep ^\< # SOURCED:
< COLUMNS=152
< HISTCMD=117
< LINES=47
< PPID=9163
< PS1='$ '
< RANDOM=29667
< SECONDS=23.652
< level=1
< lineno=1
< SHLVL=2
Il y a une variable héritée dans une analyse d'origine , mais rien de vraiment lié ...
Vous pouvez même vérifier que $SECONDS
c'est proche 0.000
, mais cela garantit que seuls les cas d' origine manuelle ...
Vous pouvez même essayer de vérifier ce qu'est le parent:
Placez-le dans votre testfile.ksh
:
ps $PPID
Que:
./testfile.ksh
PID TTY STAT TIME COMMAND
32320 pts/4 Ss 0:00 -ksh
. ./testfile.ksh
PID TTY STAT TIME COMMAND
32319 ? S 0:00 sshd: user@pts/4
ou ps ho cmd $PPID
, mais cela ne fonctionne que pour un seul niveau de sous-sessions ...
Désolé, je n'ai pas pu trouver un moyen fiable de le faire, sous ksh.