Eigene Funktion mit Call() aufrufen -- aber mit Parameter!

[TinkyWinky]

Ich habe hier im Forum die undokumentierte ReGaHss-Funktion `Call()` gefunden, mit der ich eine in einer Datei gespeicherte Funktion aufrufen kann. Super! Es gelang mir jedoch nicht, herauszufinden, wie ich dieser Funktion einen Parameter (String) übergeben kann.

Alles nix:

Code: Alles auswählen

Call ("../../usr/local/scripts/foo.fn::foo(bar)");
Call ("../../usr/local/scripts/foo.fn::foo(\"bar\"")");
string bar = "bar";
Call ("../../usr/local/scripts/foo.fn::foo(" + bar + ")");
Call ("../../usr/local/scripts/foo.fn::foo()", bar);

Was helfen mir unparametrisierbare Funktionen?? Kann jemand helfen?

[Black]

Über den stackpointer wie in "normalen" Programmiersprachen geht's auch nicht.
Hm-script ist da ja auch keine normale scriptsprache sondern was besonderes.

Willst du was übergeben, dann im aufrufenden script normale scriptvariablen setzen und diese im aufrufenden script Abfragen.

Weil lokale scriptvariablen sind gar nicht so lokal

Black

[jp112sdl]

Ist Call überhaupt für den Aufruf aus dem Kontext eines WebUI-Skripts gedacht?
Selbst wenn ich diese einfache Funktion aufrufe
Call("../../usr/local/test.fn::myFunc()");

Code: Alles auswählen

function ::myFunc() {
 Write("Hallo Welt");
}

kommt

Code: Alles auswählen

local0.err ReGaHss: ERROR: ScriptRuntimeError:  {  Write("Hallo Welt"); }  [ExecError():iseESPexec.cpp:12686]

@TinkyWinky: Oder soll das gar nicht über ein WebUI Skript aufgerufen werden?

Ansonsten gäbe es auch noch die Möglichkeit mit tclsh ein TCL-Skript aufzurufen. Auch mit Parametern.

[Black]

probier mal:

Call ("../usr/local/test.fn::myFunc()");

in der Firmware macht EQ3 auch viel gebrauch von dieser Function.

Wichtig ist zu wissen: Der Pfad wird serverseitig mit /www/rega/ geprefixt, das kann per Directory Traversal umgangen werden

[jmaus]

Ist Call überhaupt für den Aufruf aus dem Kontext eines WebUI-Skripts gedacht?

Genau so ist es! Und auch wenn es vielleicht irgendwie gehen mag, so ist die Call() Funktion ganz klar eine Krücke die man besser nicht in seinem eigenen WebUI Programm/Skript nutzen sollte. Nicht nur kennt sie eben keine Argumentenübergabe oder return werte, sondern es gibt wie Black schon gesagt hatte das Prinzip von lokalen Variablen in der ReGa/HM-Skriptsprache schon nicht. Ich rate daher stark davon ab die Call() Funktion in eigenen WebUI Programmen zu verwenden. Die ist dafür einfach nicht vorgesehen und daher eben auch nicht dokumentiert und kann bei falscher Verwendung zu unliebsamen Nebeneffekten führen.

[TinkyWinky]

Verstehe. Schade.

Es schien eine verlockende Möglichkeit zu sein, eine Funktion logString(string s) ohne CuxD, ohne Tcl und ohne sonstige Addons und Workarounds zu implementieren. Also Aus einem Script Debug-Ausgaben in ein Logfile zu senden, um nachvollziehen zu können, warum die Logikschicht ihre Entscheidungen nicht so trifft, wie erwartet. Die anderen gefundenen Ansätze habe ich an einem Abend nicht zum Laufen bekommen und ohne ordentliches Logging kann ich nicht effizient coden.

Noch dazu könnte eine solche Funktion dann als "normale" Datei gespeichert unter ein Versionsmanagement gestellt werden...

Mit einer Parameterübergabe per Variablen kann ich auch leben. Hatte nur nicht damit gerechnet, dass die Skriptsprache auch hier so... altmodisch ist (*facepalm*). Neugierig macht dennoch der Hinweis auf Nebeneffekten bei falscher Verwendung. Wiedereintrittsfestigkeit wird sicher problematisch sein, falls HomeMatic parallele Abarbeitung von Triggern kann. Aber sonst...?

Die dunkle Seite der Macht hat immer die besseren Argumente.