Kompilierender Matheparser

[Dax]

Huhu DP!

Ich hab (mal wieder ) einen Matheparser geschrieben, aber diesmal einen besonderen. Mit diesem kann man Ausdrücke nicht nur Parsen, sondern auch noch kompilieren (Habs mal duchgetestet, ist schneller als Delphieigene Kompilate)

Ich stells einfach mal so hier rein, zum Doks-schreiben ist es einfach zu.. heiß.. und das Interface erklärt sich eh fast von selbst, und mit den Comments in den Units und den Units selbst kommt man auch gut über die Runden. Hoffe ich

read you,
Dax

[edit] da waren ein paar Fehler, verzeiht [/edit]
nocheinedit: Wieder ein paar Fehler ausgebügelt

[Dax]

So, die Memory Leaks sind alle ausgebügelt Musste beim Assemblieren leider auf Strings umsteigen..

Na ja, viel Spass mit der neuen, verbesserten Version

Edit: Ein kleines Problem mit der Assemblage ist jetzt auch behoben

[negaH]

@Dax,

inwieweit kann man den benutzten Datentyp der Berechnungen verändern ? Anders gefragt: kann man deinen Parser unabhängig vom Datentypen wie zb. Double machen ?
Hintergrund meiner Fragen ist es das ich einen solchen Parser suche der zb. mit meinen supergroßen Integern arbeiten kann.

Gruß Hagen

[Dax]

Klar, der Parser kann rein theoretisch sogar mit Pointern rechen Alles, was dazu anzupassen wäre, sind ECQP_Def.TFloat und eben die Berechnungsroutinen in der Unit ExCQPreDef (ich hoff die Namen stimmen )

Darüber hinaus ist wirklich nichts nötig, da die Variablen von einer Klasseninstanz beherbergt werden. Klasseinstanzen sind ja bekanntlich Pointer, und nur diese Pointer werden auf dem Eval-Stack rumgeschoben, was an und für sich schon einen enormen Geschwindigkeitsvorteil bringt. Ich hätte nie damit gerechnet, das jemand den Parser für deine Riesenzahlen modifizieren wöllte, aber dem steht nichts im Wege

read you,
Dax

[drstar]

Hallo, Leutz! Bin grad dabei, ein umfangreiches Matheprogramm mit Formeleditor etc. zusammenzubasteln, da kommen mir diese Codeschnipsel wie gerufen. Werd mal sehen, ob ich sie problemlos in mein Matheprogramm implementieren kann. Sieht aber auf jeden Fall seh interessant aus, werd in Kürze mein Projekt vorstellen (hoffe,daß es jetzt deutlich schneller fertig wird...).

[DP @ Home]

Hi,

ich wollte nur mal einen Fehler bemerken, der mir gerade unterkam. Evtl. ist der bekannt, aber alles hier zu lesen... Nun ja

Wenn ich als Formel (Beispiel aus dem 4. Beitrag) folgende eingebe: 2+4, dann rechnet er fein. Wenn ich 2+A eingebe, dann rechnet er auch fein, wenn ich 2+4+4 eingebe, macht er mich weiterhin glücklich. Gebe ich aber 2+A+4 ein, dann wirft er mir eine AV entgegen :-/

P.S: Diese Fehler kommen im Modus smRM, im Modus smVM geht es gut

[DP @ Home]

Zitat von DP @ Home:

ich wollte nur mal einen Fehler bemerken, der mir gerade unterkam. Evtl. ist der bekannt, aber alles hier zu lesen... Nun ja

Hm... ist das Projekt eingestellt oder wird es doch noch ein Update geben

[Dax]

Ohhh sorry Leute, hab den Thread vollkommen aus den Augen verloren.. Das Projekt ist natürlich nicht (vollkommen *hust*) eingestellt, aber wenn ich mir meinen Code so ansehe.. Da ist sehr viel Optimierungspotenzial. Vor allem beim smRM.. Und ne Menge Fehler wies aussieht auch.

Ich glaube ich werd das Ding mal fast komplett neu schreiben, diesmal aber ein wenig anders. Das Interface wird nach Möglichkeiten so gleich bleiben wies nur geht, und das ganze sollte wirklich schneller sein

Wenn niemand Einspruch erhebt natürlich, ansonsten behalt ich diese Sourcen bei


*thread vorsichtshalber markier*

[sniper_w]

Zitat:

Wenn niemand Einspruch erhebt natürlich

Einspruch, Euer...

[Dax]

Einspruch abgewiesen

Aber mal ernsthaft: Was spricht denn dagegen, intern alles zumindest ein wenig neu zu schreiben und damit vielleicht stabiler? Nur aus Interesse

[Daniel G]

Spontan würde ich sagen:

Nix!

Solange es nicht ein Jahr dauert...