Je pense que fixer et setenv est assez facile à comprendre, jusqu'à ce que je commencé à expérimenter.
J'ai remarqué le même problème dans un précédent fil, je vais donc l'utiliser comme un exemple.

commande set a donné le résultat suivant:

argv ()
cwd / homes/e/ee325328/assignment.2
home / homes/e/ee325328
chemin d'accès (tout un tas de pistes)
invite sol%
shell / bin / csh
statut 0
terme ansi
utilisateur ee325328

commande setenv donné le résultat suivant:

HOME \u003d / homes/e/ee325328
PATH \u003d bla bla
LOGNAME \u003d ee325328
_INIT_PREV_LEVEL \u003d S
_INIT_RUN_LEVEL \u003d 3
_INIT_RUN_NPREV \u003d 0
_INIT_UTS_ISA \u003d Sparc
_INIT_UTS_MACHINE \u003d Sun4d
_INIT_UTS_NODENAME \u003d Sol
_INIT_UTS_PLATFORM \u003d SUNW, SPARCserver-1000
_INIT_UTS_RELEASE \u003d 5,7
_INIT_UTS_SYSNAME \u003d SunOS
_INIT_UTS_VERSION \u003d Generic_106541-19
PWD \u003d / homes/e/ee325328/assignment.2
USER \u003d ee325328
OPENWINHOME \u003d / usr / openwin

Les variables suivantes sont communes à la fois:
ACCUEIL
PATH
UTILISATEUR
(mais elles sont minuscules et les majuscules pour fixer pour setenv)
Lorsque vous utilisez la commande set pour modifier un de ces éléments, la setenv valeurs sont aussi affectés, et vice versa.

Comment est une variable commune à la coquille et de l'environnement créé?

J'ai essayé de créer une variable shell et d'une variable d'environnement du même nom, mais leurs valeurs peuvent être modifiées de façon indépendante.
Ce qui conduit à une autre question: Si la valeur est différente, que l'on prend precidence?
Mieux arrêter et d'essayer de undertand ce qui se passe avant d'aller plus loin.

Les liens entre les 3 variables que vous mentionnez ont été créés par l'auteur de csh au moment où elle a été écrite. Ils sont goofy et inexplicable. S'il vous plaît envisager de passer à ksh ou bash. Leurs caractéristiques en font plus de sens.

BTW, il ya 4 variables liées à la plupart des versions de csh. La 4ème est «terme»