Hallo Roland,
kannst du bitte den Stack für Callbackfunktionen von 5 auf 10 oder so erhöhen? Ich nutze diverse Callbacks in meinem Programm, meistens nur 1 oder 2 gleichzeitig, aber es wäre ein recht unnötiger Aufwand die immer freizugeben. Vielleicht ist es möglich das ganze dynamisch zu verwalten.
Bitte größeren Stack für Callbacks
-
-
-
Genauer gesagt, sind bislang 30 CallBack-Funktionen möglich: Jeweils 5 mit 0 bis 5 Parametern. Und für jede dieser 30 CallBacks muss es in der Runtime/im Interpreter eine exportierte Funktion geben, damit diese von "außen" aufgerufen werden kann. Auch die Runtime ist ja ein Interpreter, auch wenn hier der vom Compiler erzeugte Bytecode interpretiert wird, und somit die Prozeduren des Quellcodes nicht direkt von außen aufgerufen werden können. ProcAddr() weist also dem entsprechenden CallBack-Aufruf mit der passenden Parameterzahl die Zeilennummer der aufzurufenden Prozedur zu.
Theorethisch wäre eine Erweiterung zwar möglich, aber leider nicht wirklich dynamisch.
Aber eigentlich will nichts mehr ändern. Durch späte Änderungen hat sich das Releasedatum ja schon wieder vom Herbst in den Winter (nach Weihnachten) verschoben. Irgendwann muss Schluß sein.
(Aber vielleicht gibt es ja wieder eine Version X4.1 oder so ...)
Gruß
Roland -
Hallo Roland,
das Prinzip ist mir schon klar. Ich kann auch bei SetTimer() auf eine ungenutzte Funktion mit mehr Parametern ausweichen und die Parameter ignorieren. Vielleicht kommt's ja noch.
Ich persönlich habe kein Problem damit, wenn sie XProfan nicht in Sprüngen sondern allmählich weiterentwickelt. Zum Beispiel (und wirklich nur ein Beispiel) ein Update pro Monat (oder je nachdem wann es sich lohnt) hat auch seine Vorteile. So kommen Neuerungen und Bugfixes etwas schneller an. Aber das ist jetzt nur so dahergedacht.
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!