PaxCompiler

[dummzeuch]

Zitat von jaenicke:

PaxCompiler hatte den Riesenvorteil, dass man einfach Interfaces in Units packen konnte, die dann sowohl in die Exe einkompiliert als auch mit der Skriptlösung mitgeliefert werden können. PaxCompiler konnte die Units dann einfach direkt kompilieren und die Referenzen auf die Interfaces konnten dann in beide Richtungen über eine mit Generics ausgestattete Schnittstelle weitergegeben werden. Die entsprechenden Objekte konnten also sowohl mit dem PaxCompiler kompiliert werden als auch aus der Exe stammen.

Eine so tolle Integration bietet leider keine andere Lösung soweit ich weiß.

Ich kenne den Pax-Compiler zwar nicht, deshalb kann ich das nicht wirklich beurteilen, aber die Scripting-Engine von FastReport kann auch ziemlich eng mit einem Delphi-Executable verzahnt werden. Die erstellt allerdings nur Bytecode und keine eigentständigen Executables. Je nach Anwendungsfall könnte das aber ein guter Ersatz sein, insbesondere, wenn man FastReport bereits verwendet.

[jaenicke]

Zitat von dummzeuch:

Ich kenne den Pax-Compiler zwar nicht, deshalb kann ich das nicht wirklich beurteilen, aber die Scripting-Engine von FastReport kann auch ziemlich eng mit einem Delphi-Executable verzahnt werden.

Die hatten wir damals auch angeschaut, aber im Vergleich fühlt sich die wie ein Trabbi im Vergleich zu einem Ferrari an...
Die ist nicht schlecht, kann aber auch wenig.

Zitat von dummzeuch:

Die erstellt allerdings nur Bytecode und keine eigentständigen Executables.

Das wäre mir zumindest egal.

[Jens01]

Wie ich das verstanden habe, arbeitet Alexander Baranovsky für diese Firma. Der Mann muß wohl aus Donezk kommen. (Die Umstände sind bekannt.) Zu der Zeit hat sich das mit dem Paxcompiler geändert.

Den Paxcompiler fand ich anfangs sehr gut, weil er insbesondere bei Berechnungen viel schneller war als die einfachen Parser. Ich hatte dann aber ein Speicherproblem, welches ich nicht zuordnen konnte. Nachdem ich den Paxcompiler ausgebaut habe, war das weg.

[jaenicke]

Zitat von Jens01:

Wie ich das verstanden habe, arbeitet Alexander Baranovsky für diese Firma.

Er hat den PaxCompiler entwickelt und dann wohl an Apex verkauft und ist selbst auch dort hin gegangen.

Zitat von Jens01:

Den Paxcompiler fand ich anfangs sehr gut, weil er insbesondere bei Berechnungen viel schneller war als die einfachen Parser. Ich hatte dann aber ein Speicherproblem, welches ich nicht zuordnen konnte. Nachdem ich den Paxcompiler ausgebaut habe, war das weg.

Ja, wir hatten damit auch Fehler, haben diese aber untersucht, gemeldet und Bugfixes bekommen. Die aktuellste Version lief soweit recht stabil. Was dann noch an Bugs auftrat, konnte ich selbst beheben. Ja, das waren auch Speicherprobleme, die sich in Schutzverletzungen äußerten. Eine Analyse des Arbeitsspeichers konnte diese Bugs aber eingrenzen. Nur einer blieb am Ende übrig, bei dem ich nicht weiter gekommen war.
Angesichts der Funktionalität, die es eben sonst nirgends gab, konnten wir damals erst einmal damit leben.

Dass sich das dann so entwickelt und nun gar nichts mehr kommt, war ja nicht abzusehen.

[Jens01]

Zitat:

... nun gar nichts mehr kommt, war ja nicht abzusehen.

Irgendwie hatte ich das geahnt. Weil der PaxCompiler bei mir ein wichtiger Bestandteil geworden wäre und das ganze damals schon undurchsichtig war, hatte ich mal geguckt (wie man das im Internet so legal macht), wer er herkommt.
Ich glaube, ihm ist dort die Lebensstabilität abhanden gekommen. Deswegen wird das so gelaufen sein.

[backdraft]

Leider bin ich bei meinem Problem mit der fehlenden PaxCompiler Lizenz immer noch nicht weiter gekommen.
Es antwortet keiner auf meine E-Mails.
Vom Nachfolgeprodukt hört man auch nichts mehr.

Seit längerem kommt auf der Webseite auch nur noch ein Fehler, dass die Seite nicht mehr existiert.
https://www.apexdatasolutions.net/
Habe gerade nochmal probiert. Passiert nix.

Hat vielleicht mittlerweile jemand eine Lizenz, die er nicht mehr weiterhin verwenden möchte, und uns verkaufen kann?

[jaenicke]

Die Reviews sind bezeichnend:
https://www.indeed.com/cmp/Apex-Data...f05d1f6a7a94cd

Alle Hinweise auf die Projekte Athena usw. sind auch von der Webseite verschwunden. Ich glaube nicht, dass da noch etwas kommt.

Leider wirft die Firma offenbar mehr mit Marketing-Worten als mit echten Informationen zum Stand usw. und Taten um sich, auch jetzt noch, nur in Bezug auf andere Themen...

Angesichts dessen, dass das Projekt damals nicht fehlerfrei war, es keine Updates mehr geben wird, und der Quelltext nicht so einfach ist, kann ich nicht dazu raten neue Projekte damit anzufangen, selbst wenn man eine Lizenz bekommt. Leider.

[backdraft]

Zitat von jaenicke:

Die Reviews sind bezeichnend:
Angesichts dessen, dass das Projekt damals nicht fehlerfrei war, es keine Updates mehr geben wird, und der Quelltext nicht so einfach ist, kann ich nicht dazu raten neue Projekte damit anzufangen, selbst wenn man eine Lizenz bekommt. Leider.

Na es geht ja darum, ein vorhandes Projekt auf eine neuere Delphi Version zu portieren.
Da ist es sicherlich einfacher, einfach das vorhandene so zu belassen.
Ich habe ja eine relativ aktuelle Version im Quellcode, aber die gehört halt nicht uns.

Ich hatte mich mal mit ein paar anderen Engines rumgetestet, die wir auch als gekaufte Komponenten haben.
Dabei waren TMS, FastReports, LMD und Greatis.

Problematisch war immer, dass man kein "array of const" als Parameter an eine Funktion übergeben kann, zumindest habe ich es nicht hinbekommen.

Welche Alternativen habe ich denn?

[himitsu]

Konnten die Anderen denn ein array of Variant ?

Das ließe sich dann ja zum Großteil recht leicht konvertieren. (bzw. eine Funktion schreiben, welche array of const annimmt und TArray<Variant> rausgibt)

[Jens01]

Also ich hab ne Lizenz von 2013 bei shareit. Kann man die übertragen?
"paxCompiler sources. Single developer license"

...hab gerade geguckt, ein Weinterverkauf müßte möglich sein.