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]

Jens, das kann ich leider nicht nachvollziehen Zeig doch mal deinen falschen und deinen richtigen Ausdruck...

[Dust Signs]

Danke

Zur Belohnung gibt's haufenweise Anregungen

1.)

Code:

sin(0,00000000001)

liefert "Invalid expression". Wenn ich statt dem , einen . mache, meint er "Invalid float value". Oder was ist bei dir das Kommazeichen

2.) Das Wort "deregistrieren" gibt es nicht ^^

3.) Es ist sehr interessant, dass

Code:

tan(10000000000000000pi/2)

-0,19 ist. Da stimmt was nicht

4.) Du bist case-sensitiv. Das stört irgendwie. PI ist ja das selbe wie pi, nur eben groß geschrieben . Das selbe gilt für die Funktionsnamen

5.) Die Unterstütung von komplexen Zahlen generell, vor allem aber in Funktionen wäre nicht schlecht

6.) 0^0 ist nicht eins, sondern undefiniert

7.) "Invalid expression" ist bei längeren Ausdrücken nicht mehr sehr aussagekräftig. Die Art des Fehlers und uU die Postition wären nett zu wissen

8.) Wo sind die inversen Kreisfunktionen und wo die Areafunktionen?

9.) Die Fenster der Demo in der Mitte des Bildschirms zu platzieren, wäre optisch besser

10.) Ich vermisse die frac-, int- und die round-Funktion

11.) Ich versteh nicht ganz, wie man dieses ganze unäre Zeugs bei dir verwendet

12.)

Code:

pi^-pi

liefert eine "Invalid floating point operation". Müsste nicht eigentlich "Invalid expression" gemeldet werden?

13.) Ich mag Menüpunkte, die keine Untermenüs haben, nicht toplevel

Dust Signs

[Jens Schumann]

Zitat von Dax:

Jens, das kann ich leider nicht nachvollziehen Zeig doch mal deinen falschen und deinen richtigen Ausdruck...

(1+2)/ erzeugt eine Exception.

[jim_raynor]

Hab auch noch ein Problem

Die Formel A*100/B*((C*C)/1)*(D*D) löst eine Access Violation aus. Alle Variablen sind mit ganzzahlen registriert.

[Dax]

Zitat von Dust Signs:

Danke

Zur Belohnung gibt's haufenweise Anregungen

1.)

Code:

sin(0,00000000001)

liefert "Invalid expression". Wenn ich statt dem , einen . mache, meint er "Invalid float value". Oder was ist bei dir das Kommazeichen

Danke, wurde verbessert

Zitat von Dust Signs:

2.) Das Wort "deregistrieren" gibt es nicht ^^

Entschuldige

Zitat von Dust Signs:

3.) Es ist sehr interessant, dass

Code:

tan(10000000000000000pi/2)

-0,19 ist. Da stimmt was nicht

Hmm Weiß nicht, was da schief gelaufen ist.

Zitat von Dust Signs:

4.) Du bist case-sensitiv. Das stört irgendwie. PI ist ja das selbe wie pi, nur eben groß geschrieben . Das selbe gilt für die Funktionsnamen

Wird mit der nächsten Version entfernt

Zitat von Dust Signs:

5.) Die Unterstütung von komplexen Zahlen generell, vor allem aber in Funktionen wäre nicht schlecht

Gibts, aber nicht in der Demo. Baue ich wohl besser noch ein ^^

Zitat von Dust Signs:

6.) 0^0 ist nicht eins, sondern undefiniert

Das ist aber eher Delphis Fehler, der Parser macht daraus "Power(0, 0)"

Zitat von Dust Signs:

7.) "Invalid expression" ist bei längeren Ausdrücken nicht mehr sehr aussagekräftig. Die Art des Fehlers und uU die Postition wären nett zu wissen

Danke, werds entsprechend verbessern

Zitat von Dust Signs:

8.) Wo sind die inversen Kreisfunktionen und wo die Areafunktionen?

Kommen auch noch Aber nicht für komplexe Zahlen, für die weiß ich keine Implementationen mehr ^^

Zitat von Dust Signs:

9.) Die Fenster der Demo in der Mitte des Bildschirms zu platzieren, wäre optisch besser

10.) Ich vermisse die frac-, int- und die round-Funktion

Kommen.. =

Zitat von Dust Signs:

11.) Ich versteh nicht ganz, wie man dieses ganze unäre Zeugs bei dir verwendet

Erkläre das bitte mal genauer

Zitat von Dust Signs:

12.)

Code:

pi^-pi

liefert eine "Invalid floating point operation". Müsste nicht eigentlich "Invalid expression" gemeldet werden?

Nein. Das - gibt es auch als Negationsoperator, da muss irgendwas schiefgelaufen sein..

@Jens: Danke, habs verbessert

@jim: Muss ich mir mal genauer ansehen, Danke.

Ich verbesser dann gleich noch mal was.

[Dust Signs]

Zitat:

Kommen auch noch Aber nicht für komplexe Zahlen, für die weiß ich keine Implementationen mehr ^^

Kann ich dir geben, wenn du willst . Haben wir in Mathe den Großteil der Zeit gemacht

Dust Signs

[Dax]

@DS: Ab her damit Dann wird der Komplex-Support vielleicht am Ende wirklich vollständig

[DGL-luke]

hab mir auch die exe gesaugt

also, ich würd mal sagen, is n ganz passabler kleiner taschenrechner

das ding verhält sich im endeffekt doch so wie eval() in js, oder?

also ich muss schon sagen, kompliment!

[Dax]

Im Endeffekt ja, nur ein bisschen schneller (und vielleicht auch mächtiger)

[dizzy]

@Dust Signs: Sind diese dann auch via Zerlegung in komplexe auf Quaternionen anwendbar? Dann bin ich da auch dran interessiert. (Ich möchte an dieser Stelle dann doch ganz gerne anmerken, dass die Funktionsbibliothek für komplexe und Quaternionen-Mathematik ursprünglich von mir stammt - wenn's genehm ist Dax . Und da ich keine Implementation für die inversen gefunden hatte, sind sie auch (noch) nicht drin ).

Zum Thema 0^0: Es ist definiert: x^0 = 1 für alle x element R. Ich wüsste nicht, dass die 0 da einen Sonderfall darstellt.