Wunsch: Funktionen fuer das "Variablen-Management"

[embl-structures]

Hallo,

ich faende es sinnvoll, wenn WInst mehr Funktionen fuer das "Variablen-Management" haette. D.h. wenn man eine Variable nicht nur definieren, sondern auch loeschen koennte und/oder wenn es moeglich waere, die Existenz einer Variable zu testen. Hintergrund ist die mehrfache Verwendung von generischen Funktionen, welche ihre eigenen "lokalen" Variablen verwenden. Siehe auch den Thread Testen auf Existenz / mehrfaches Definieren einer Variable?.

Z.B. kann die folgende generische Funktion nur einmal ohne Fehlermeldung aufgerufen werden ($_msipack und $_msiopts muessen sowieso im Hauptprogramm gesetzt werden):

Code: Alles auswählen

DefVar $__msicmd
Set $__msicmd = "msiexec"

If not (FileExists($_msipack))
  Pause "SORRY, could not find " + $_msipack + ".  Please report this problem to structures-it@embl.de"
  IsFatalError
else
  Set $__msicmd = $__msicmd + " /i" + '"' + $_msipack + '"' +" /passive " + $_msiopts
  WinBatch_MSIInstall
endif

[WinBatch_MSIInstall]
$__msicmd

Beim zweiten Aufruf meckert WInst, dass "$__msicmd" bereits definiert sei. Um solche Probleme zu umgehen waeren Funktionen zum Loeschen von Variablen ("UndefVar <Variable>") und zum Testen der Existenz einer Variable ("IsDefined <Variable>") unglaublich nuetzlich resp. sogar absolut noetig.

Zusaetzlich (oder als Alternative dazu) waeren lokale Variablen fuer Subprogramme und die Parametrisierung von Subprogrammen eine tolle Sache. Fuer beides gibt es m.W. bereits Anfragen in diesem Forum.

Gruss
frank

[d.oertel]

Hi,

ich habe das als internen Featurerequest aufgenommen (damit das nicht in vergessenheit gerät).

gruß

d.oertel

[embl-structures]

Danke
frank

[dkoch]

Hallo,
Wir includen für diesen Zweck ein Winst-Script mit

Code: Alles auswählen

FatalOnSyntaxError=false
ScriptErrorMessages=off 

Führt dazu das hier nicht mehr gemeckert wird. Geloggt wird der Syntax-Error zwar aber im Backend läuft das nicht als Fehler auf. Dadurch sind dann Scripte mit gewollten Syntax Errors durchaus auch Success. Wir definieren Variablen gerne mal absichtlich doppelt.

[embl-structures]

Code: Alles auswählen

FatalOnSyntaxError=false
ScriptErrorMessages=off 

Führt dazu das hier nicht mehr gemeckert wird. Geloggt wird der Syntax-Error zwar aber im Backend läuft das nicht als Fehler auf. Dadurch sind dann Scripte mit gewollten Syntax Errors durchaus auch Success. Wir definieren Variablen gerne mal absichtlich doppelt.

Das mache ich tatsaechlich auch so aehnlich. Ist aber nicht wirklich sauber .
frank