Environs in Debian

[s837ubc]

Hallo,

innerhalb eines Bash-Script soll ein Environ-Eintrag gesetzt bzw. geändert oder ausgelesen werden.

In einem Beispiel-Script wurde wie folgt vorgegangen:

Code: Alles auswählen

#!/bin/bash

# Environs setzen (aktuelle Sitzung)
# Environs entfernen (aktuelle temporär)


case "$1" in
        "set" )
                `export TEST="$2"`
                echo "TEST=$TEST"
                ;;
        "get" )
                echo "TEST=$TEST"
                ;;
        "list" )
                printenv
                ;;
        *)
esac

Im Beispielscript wird die Environ "TEST" gesetzt bzw. ausgelesen.

Leider ist es so, dass eine Änderung zwar gesetzt werden kann, beim Auslesen jedoch immer der alte Inhalt ausgelesen wird.

Frage: Kann mir jemand mitteilen, wie man eine Environ erfolgreich setzen kann, deren Inhalt nur bis zum Abmelden erhalten sein soll?

[Meillo]

Mit ``Environs'' meinst du wohl Environment Variables, also Umgebungsvariablen.

Deine Idee funktioniert nicht, weil Umgebungsvariablen nur an Kindprozesse vererbt werden koennen, nicht aber an Elternprozesse uebergeben werden koennen. Dein Shellscript ist ein eigener Prozess. Du kannst mit ihm nicht den Prozess der aufrufenden Shell veraendern.

Du musst die Befehle in dem Case-Konstrukt schon direkt ausfuehren.


(btw: Die Backticks waeren unnoetig gewesen.)

[peschmae]

Was du natürlich machen könntest ist von deiner jeweiligen shell-session das script mittels "source script.sh" bzw. ". script.sh" aufzurufen. Dann werden Umgebungsvariablenänderungen übernommen (ich denke mal da wird dann der code ohne sub-shell gleich in der aktuellen shell ausgeführt)

MfG Peschmä

[Meillo]

Was du natürlich machen könntest ist von deiner jeweiligen shell-session das script mittels "source script.sh" bzw. ". script.sh" aufzurufen. Dann werden Umgebungsvariablenänderungen übernommen (ich denke mal da wird dann der code ohne sub-shell gleich in der aktuellen shell ausgeführt)

Das stimmt, aber da kann man keine Parameter uebergeben. Es wird einfach der Inhalt des Scripts ausgefuehrt, wie wenn man ihn von Hand in kopiert haette. Aehnlich ist es bei Aliasen.

[4A4B]

Mit einer Funktion (in ~/.bashrc) sollte es aber gehen? Parameter können dieser ja übergeben werden und die Umgebungsvariablenänderungen sollten auch übernommen werden, da die Funktion nicht in einer Subshell ausgeführt wird

[bmario]

Mein Kristallkugel spuckt grade environment-modules aus.

[Cae]

Was du natürlich machen könntest ist von deiner jeweiligen shell-session das script mittels "source script.sh" bzw. ". script.sh" aufzurufen. Dann werden Umgebungsvariablenänderungen übernommen (ich denke mal da wird dann der code ohne sub-shell gleich in der aktuellen shell ausgeführt)

Das stimmt, aber da kann man keine Parameter uebergeben.

Jein:

Code: Alles auswählen

bash$ cat a
# shell script fragment

echo "[$@]"

foo() {
	echo "foo[$@]"
}

foo
foo "$@"
bash$ . a
[]
foo[]
foo[]
bash$ . a test foo bar
[test foo bar]
foo[]
foo[test foo bar]
bash$ PS1='dash$ ' sh
dash$ . ./a             
[]
foo[]
foo[]
dash$ . ./a test foo bar
[]
foo[]
foo[]
dash$ 

... ist also wohl ein Bash-"Feature".

Interessanterweise verwendet die dash fuer source nicht den angegebenen relativen Pfad, sondern fuehrt eine $PATH-Suche (?!) durch:

Code: Alles auswählen

stat("/usr/local/bin/a", 0x7fffb8c22160) = -1 ENOENT (No such file or directory)
stat("/usr/bin/a", 0x7fffb8c22160)      = -1 ENOENT (No such file or directory)
stat("/bin/a", 0x7fffb8c22160)          = -1 ENOENT (No such file or directory)
stat("/usr/bin/X11/a", 0x7fffb8c22160)  = -1 ENOENT (No such file or directory)
stat("/usr/games/a", 0x7fffb8c22160)    = -1 ENOENT (No such file or directory)

Soll das so?

Gruss Cae

[Meillo]

Das stimmt, aber da kann man keine Parameter uebergeben.

Jein:
[...]
... ist also wohl ein Bash-"Feature".

Stimmt, die bash kann das, ebenso die ksh. Aber schauen wir doch an der Quelle definitiver Information nach: POSIX.

The KornShell version of dot takes optional arguments that are set to the positional parameters. This is a valid extension that allows a dot script to behave identically to a function.

(In POSIX heisst das ``source''-Kommando ``dot'', denn das Schluesselwort ``source'' ist unportabel. Und der Punkt heisst im Unix-Slang ``dot''.)

Und dann noch aus der Manpage der mksh:

If arguments are given, the positional parameters may be used to access them while file is being executed. If no arguments are given, the positional parameters are those of the environment the command is used in.

Im letzten Satz liegt dann auch ein moeglicher portabler Workaround:

Code: Alles auswählen

$ set 1 2 3 4
$ . ./a      
[1 2 3 4]
foo[]
foo[1 2 3 4]
$

... und dann bekommt `a' die Argumente `arg1' und `arg2' ``uebergeben''. (Die positional Parameters der Shell werden natuerlich ueberschrieben.)

Interessanterweise verwendet die dash fuer source nicht den angegebenen relativen Pfad, sondern fuehrt eine $PATH-Suche (?!) durch:

Code: Alles auswählen

stat("/usr/local/bin/a", 0x7fffb8c22160) = -1 ENOENT (No such file or directory)
stat("/usr/bin/a", 0x7fffb8c22160)      = -1 ENOENT (No such file or directory)
stat("/bin/a", 0x7fffb8c22160)          = -1 ENOENT (No such file or directory)
stat("/usr/bin/X11/a", 0x7fffb8c22160)  = -1 ENOENT (No such file or directory)
stat("/usr/games/a", 0x7fffb8c22160)    = -1 ENOENT (No such file or directory)

Soll das so?

Es entspricht zumindest POSIX:

If file does not contain a <slash>, the shell shall use the search path specified by PATH to find the directory containing file.

[s837ubc]

Hallo,

vielen Dank für die vielen Informationen und Script-Beispiele.

Da das Verfahren doch nicht so trival ist, wurde das angestrebte Verfahren umgestellt auf temporäre Dateien.

Die Werte werden dann eben in einer Datei, die sich im Pfad /tmp befindet, gespeichert.

In einem anderen Script wird geprüft, ob noch jemand angemeldet ist. Falls keiner mehr angemeldet ist, werden alle Dateien gelöscht.