forum.opsi.org

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): 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

Hi,

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

gruß

d.oertel

Danke
frank

Hallo,
Wir includen für diesen Zweck ein Winst-Script mit 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.

dkoch hat geschrieben:

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