Sysygy Script Engine - Version 0.99h

[littleDave]

Es gibt mal wieder was neues zu berichten: eine neue Version ist wiedermal online (auch wenn das hier langsam zum Tagebuch wird, sind doch ein paar Neuerungen mit drinnen :zwinker:)

Die Script-Engine ist jetzt auch unter FPC kompilierbar :). Zu den Einschränkungen gibt es im ersten Post einen neuen Abschnitt Sysygy Script Engine + FreePascal
Außerdem ist jetzt nun möglich, Parameter als var-Parameter im Script-Funktionsaufruf aus dem Programm heraus zu benutzen. Dafür muss in dem array of const einfach der Pointer auf die Variable übergeben werden, den Rest macht die Script-Engine selber.

Den Download sowie den aktuellen ChangeLog gibts im ersten Post

Grüße
Dave

[littleDave]

Servus miteinander,

ich hab mal wieder eine neue Version hochgeladen - diesmal ohne viel Neuerungen - aber dafür mit vielen Bug-Fixes:

Der erste wichtige Fehler war eine fehlerhafte Behandlung von Exit-Anweisungen in verschachtelten try-finally-Blöcken. Wenn im tiefsten try-finally-Block die Funktion "exit" aufgerufen wurde, sprang das Programm nicht durch alle finally-Anweisungen sondern nur in den letzten finally-Block - das ist jetzt behoben

Dann hab ich mich weiter mit den try-Blöcken beschäftigt und bin auf einen schon sehr alten Fehler gestoßen: Wenn in einer repeat-until oder in einer while do-schleife die Anweisung "continue" aufgerufen wurde, hat sich das Script sofort beendet - ohne Fehlermeldung. Das ist jetzt behoben, die continue-Anweisung funktioniert jetzt auch in while/repeat Schleifen.

Dann ist mir noch ein sehr kritischer Fehler aufgefallen: bei verschachtelten Element-Aufrufen mit mehr als einer Ebene (also z.B. Application.MainForm.Caption) wurden Variablen im Script-Stack überschrieben. Das passierte aber nur, wenn die zuletzt aufgerufene Methode eine procedure und keine function ist.
In diesem Zusammenhang ist mir gleich noch ein kleiner Fehler in einer Anweisung im Interpretor aufgefallen, die ich natürlich ebenfalls sofort behoben habe

Da ich in Version 0.99a die Script-String-Liste, die die einzelnen Strings des Scripts beinhaltet, verbessert habe, kam ein Fehler zum Vorschein, der vorher nicht aufgetreten ist: Die Auswahl des Strings in uses-Units wurde nicht korrekt ausgeführt. Somit war die String-Ausgabe fehlerhaft. Das ist jetzt auch behoben.

So, das wars auch schon wieder - ach ja: Download und ChangeLog ist im ersten Post zu finden

Grüße
Dave

[littleDave]

Juhu, der 4. Post hintereinander :cheer: :cheer: :cheer: :cheer: ;-)

Es gibt mal wieder was neues zu Berichten. Es hat diesmal zwar nur indirekt mit der Script-Engine zu tun, aber doch ein wenig.

Um die Script-Engine an sich besser testen zu können, hab ich ein "kleines" Test-Projekt geschrieben, dass die Script-Engine sehr intensiv benutzt: Es ist ein HTTP-Server, bei dem die Seiteninhalte, wie z.B. mit php, dynamisch erstellt werden. Den dynamischen Part übernimmt dabei komplett die Script-Engine.
Die Seite an sich ist ein "Multi-Blogger", d.h. es ist ein Server, bei dem jeder Benutzer einen eigenen Blog erstellen können. Jeder Blog kann dabei beliebig viele Kategorien haben. Diese Kategorien werden dann nochmal in Unterkategorien unterteilt, in denen dann die einzelnen Posts hineingeschrieben werden.
Der Server speichert dabei seine Daten in eine selbst geschriebene Datenbank, die ich mal geschrieben hatte.

Ich bin mir noch nicht sicher, in welcher Form ich das Projekt freigeben will (Freeware oder OpenSource).

Der eigendliche Grund dieses Posts ist, dass der Server im Moment online ist und frei benutzt werden kann. Für alle, die nicht extra einen Account anlegen wollen (ohne Account nix los), hab ich einen Gast-Account erstellt. Benutzername und Passwort ist jeweils gast (Passwort muss klein geschrieben werden).

Falls ihr euch traut, euch zu registrieren :twisted: - euer Passwort wird als MD5 in der Datenbank gespeichert. Außerdem werde ich die Datenbank sowieso irgendwann löschen. Wer mir traut (muss ja nicht euer Root-Passwort sein ;-)), kann sich ja registrieren - für die Anderen ist der Gast-Account da. Wäre schön, wenn sich der ein oder andere mal 5 min die Zeit nimmt und sich das anschaut.
Ach ja, natürlich könnt ihr auch euren Eigenen Test-Blog erstellen, Beiträge kommentieren usw - auch mit dem Gast-Account.

Was ich gerne von euch wissen würde, ist: Besteht interesse an dem Programm? Sind Fehler vorhanden?

Hier die URL: http://littledave.globedns.info
Der Server ist heute bis ca. 23:00 Uhr online, dann das ganze Wochenende erstmal nicht, dann ab nächste Woche wieder tagsüber.

[ConstantGardener]

Hallo LittleDave,

also ich hab mir den MultiBlogger mal kurz angeschaut und finde das System und Design echt nett. :thumb:

Ist wirklich ganz interessant. Wie hast Du das ganze aufgebaut (Welcher Server, Hoster etc. pp) ??

grüsse

ConstantGardener

[littleDave]

Der Server ist ein einfacher idHTTPServer. Der Request wird dann an die Script-Engine übergeben, die dann daraus den Inhalt der Seite erstellt. Wenn die Script-Engine fertig ist, ist der Inhalt der HTTP-Seite in einem String, der dann wieder vom HTTP-Server ausgelesen und danach gesendet wird.

Das Design ist nicht von mir, ist ein Freeware-Template (Link steht auf der Seite ganz unten rechts)

Der Server läuft hier lokal auf meinen Rechner. Die IP-Addresse wird über globedns.info bekanntgegeben.

Was bei diesem Projekt auch noch sehr wichtig für mich war, ist die Performance. Die Website wird meistens innerhalb von 2-5 Millisekunden erstellt, wobei die Script-Engine dabei ca. 1.000 bis 5.000 Zeilen Script-Quelltext abackert.

Hier ist mal der grobe Ablauf eines Requests:
- der idHTTP-Server parsed den Header aus HTTP und übergibt ihn an die Anwendung
- Anhand des Document-Request wird die Script-Datei ausgewählt, die die Seite erstellen soll
- Die Request-Parameter werder dann an den Script-Interpretor übergeben
- Das Script wird ausgeführt
- Das Ergebniss des Scripts wird wieder ausgelesen und an den idHTTP-Server übergeben
- der idHTTP-Server sendet dann die Daten

In einem Script kann natürlich komplett auf die eingebaute Datenbank zugegriffen werden, Such-Queries gestartet und ausgewertet werden und Einträge verändert werden.

Der Server an sich kann nur "Script auswählen - Daten übergeben und wieder auslesen - Senden". Den Rest übernimmt die Script-Engine.

[littleDave]

Da ich im Moment die Script-Engine ausführlich in meinem "Testprojekt" Multi-Blogger ausprobiere, finde ich ab und zu auch noch ein paar Fehler - daher hab ich jetzt mal wieder eine neue Version hochgeladen. Erstmal ich die Geschwindigkeit der Routine "TSygScript_RunTime.LoadFromStream" extrem verbessert. Dies ist besonders bei langen Scripts bemerkbar (bei meinem Projekt hat ein Script ca. 20.000 Instructions, diese werden jetzt innerhalb von wenigen Millisekunden geladen - ohne die Optimierung waren es ca. 1-2 Sekunden).
Zum anderen ist mir ein Memory-Leak im Parser aufgefallen, den ich sofort behoben habe.

Da ich in mein "Testprojekt" (ein HTTP-Server, der die einzelnen Seiten mit Hilfe dieser Script-Engine erstellt) schon sehr viel Arbeit hineingesteckt habe, wollt ich es eigentlich auch noch veröffentlichen. Im Moment komm ich ganz gut vorran und es ist auch schon fast alles lauffähig. Doch ein paar Sachen fehlen noch. Falls sich jemand bereits jetzt dafür interessiert, kann er sich

hier (http://littledave.globedns.info)

schonmal alles anschauen und etwas herumspielen (der Gastaccount, den ich in Post #43 vorgestellt habe, existiert nicht mehr, da nun einiges auch ohne Account möglich ist)

[littleDave]

Man ist der letzte Update lange her. Aber die Entwicklung hat währenddessen nicht geschlafen, sie war nur langsamer. Jedenfalls hab ich mal wieder die aktuellste Version hochgeladen in der sich einige Veränderungen und Verbesserungen befinden.

An alle, die noch nicht so ganz wissen, wozu diese Script-Engine gut ist: ich habe bereits folgende Projekte damit realisiert:

• Desktop Widget Engine (aktuellstes Projekt, nutzt die Script-Engine intensiv)
• Multi Blogger HTTP Server (mein Testprojekt für diese Script-Engine)
• Sysygy Image Viewer (ich hab die Script-Engine eigendlich für dieses Projekt erstellt, jedoch befindet sich in diesem Programm eine Uralt-Version)

Download ist im ersten Post zu finden

[EugenB]

Moin,

irgendwie bin ich grade im Script-Wahn :-D, zuerst hab ich Pascal Script probiert aber irgendwie sind da noch soviele Fehler, dann hab ich schon fast vergessen das es diese Script Engine noch gibt ;)

Da ich FPC nutze, musste ich in dieser Datei: uSygConstants

diesen Teil:

Delphi-Quellcode:

procedure TSygScript_List.SetCount(value: Cardinal);
var i: integer;
begin
  for i:=Count to value-1 do
    Add(nil);
end;

auch unter das {$IFNDEF FPC} packen

dann konnte ich es schon mal Compilieren :)

Da es noch keine Arrays gibt haste wohl diese TIntegerList hinzugefügt oder? ist ganz hilfreich, jedoch wie kann man die Werte neu setzen? ich fand dazu keine Funktion, also hab ich diese mal eben hinzugefügt:

Delphi-Quellcode:

procedure TIntegerList_SetItem(Self: TIntegerList; index: integer; Item: Integer);
begin
  Self.Items[index] := Item;
end;

das selbe auch für TFloatList ;)

Deine Script Engine ist eine richtige Alternative zum Pascal Script.

Was meinste wann diese Sachen funktionieren werden?
Arrays
Class Properties
Gleichnamige Funktionen ( welcher aber verschiedene Parameter haben zB. x(a: Integer); x(a: Float); x(a,b : Integer); etc

Wie füge ich Funktionen hinzu, auch wenn ich den UnitName nicht weiß?

Delphi-Quellcode:

procedure TForm1.ParserOnAddCustomFunctions(Sender: TObject; UnitName: string);
begin
   if(UnitName='myprogram')then
   begin
      TSygScript_Parser(Sender).AddFunction(@MyWriteLn, 'procedure WriteLn(s: string); register;');
   end;
end;

Wenn ich das ohne UnitName='my...' mache bekomme ich nen Fehler das WriteLn schon existiert, gibt es vllt ne Funktion zum zu gucken ob diese Funktion schon existiert? oder wie löst man es am besten.

Ich finde diese Engine besser als das Pascal Script, auch wenn die obigen Wünsche noch(?^^) nicht implementiert sind, zB Array ist bei Pascal Script vorhanden, jedoch gibts damit noch probleme, Class Properties funktionieren jedoch nur bei Variablen also vom Programm her hinzugefügte, jedoch kann man in Pascal Script keine Klassen im Script erstellen, wieder ein Pluspunkt :), Gleichnamige Funktionen gibt es auch unter PS nicht, und Funktionen mit zB. Parameter mit gleichen Typen werden richtig aufgerufen

Ich würde vorschlagen das du die Scipt Engine auf einen SVN Server packst, dann könnte man immer nen aktuellen Code bekommen und man könnte leichter Patches erstellen :)

Weiter so :)

[mschnell]

Hi Dave,

Hast Du Deinen Bytecode komplett neu erfunden, oder hast Du eine Vorlage benutzt ?

Gibt es eine Beschreibung für den Bytecode ?

(Ich möchte u.U,. den Bytecode-Interpreter in C implementieren, um auf einem Prozessor, für den es keinen Object-Pascal-Compiler gibt, Delphi-Code laufen zu lassen. )

Gruß und Dank,

-Michael

[EugenB]

Ich bins mal wieder xD

Wie kann ich dem Script eine vorhandene Variable / Klasse zuweisen? zb. Self:TForm ?