Das deutsche QBasic- und FreeBASIC-Forum

[nemored]

Ich habe jetzt endlich mal ein Programm zum Parsen und Berechnen von Termen fertiggestellt. Unterstützt werden

• Grundrechenarten: Addition, Subtraktion, Multiplikation, Division (einschließlich Integerdivision), Potenzen, (runde) Klammern; selbstverständlich unter Beachtung der Rechenregeln
  
• FB-Funktionen: sin, cos, tan, asin, acos, atn (und synonym dazu atan, abs, sgn, sqr, exp, log (und synonym dazu ln), ln, int, cint, fix und frac
  
• Variablen: Es können Variablen festgelegt werden, die für alle Rechnungen gelten ("global"; e und pi sind bereits vordefiniert), aber auch kurzzeitig ("lokal") nur für eine Rechnung definiert werden.
  
• Fehlermeldung bei fehlerhaftem Term über eine interne Variable
  

Beispiele:

[Roland Chastain]

Sehr schönes Programm !

[grindstone]

Ein blinkender oder sonstwie sichtbarer Cursor würde die Eingabe angenehmer machen, besonders wenn man sich vertippt hat oder verschiedene leicht abgeänderte Funktionen durchprobieren möchte. Ansonsten schließe ich mich der Beurteilung meines Vorgängers an.

Gruß
grindstone
_________________
For ein halbes Jahr wuste ich nich mahl wie man Proggramira schreibt. Jetzt bin ich einen!

[nemored]

[Muttonhead]

Ich bewundere grad den Parser
meine versuche dahingehend, waren... naja

aus einem 3x intern ein 3*x machen? Also diese verkürzte Faktor-Variable Kombi. Vermutlich gibt es dann aber andere Kollisionen

ansonsten kann ich mich nur den Vorpostern anschließen

Mutton

[nemored]

Interessant wären die Fälle:
Zahlenwert, gefolgt von Buchstabe (Beginn einer Variablen oder Funktion)
Zahlenwert, gefolgt von öffnender Klammer
Buchstabe, gefolgt von öffnender Klammer
schließende Klammer, gefolgt von Zahlenwert / Buchstabe / öffnender Klammer.
"2ab" für "2*a*b" klappt schon mal nicht, da die Variable "ab" heißen könnte.

Was auf keinen Fall funktionieren wird, ist eine Kombination mit Variablen, die mit "e" beginnen, da das "e" als Exponentialzeichen gelesen werden würde. "2*e+1" verkürzt geschrieben als "2e+1" würde dann auch wieder keinen Fehler erzeugen, sondern 20 zurückgeben ...
Eine verkürzte Schreibweise durch Weglassen der Malzeichen fände ich wirklich spitze, ich sehe allerdings leider keine realistische Chance, ohne neue Probleme heraufzubeschwören.
_________________
Deine Chance beträgt 1:1000. Also musst du folgendes tun: Vergiss die 1000 und konzentriere dich auf die 1.

[grindstone]

Hier ein Vorschag für einen Cursor:

[nemored]

Update:

Es gab in der calculate.bi bei zwei Funktionen einen Flüchtigkeitsfehler in der Definitionsmenge, außerdem gibt calc() nun den Wert nan (not a number) zurück, wenn der zu parsende String einen Fehler enthält.

In die Eingabefunktion InputUsing habe ich jetzt mit der Anregung von grindstone einen Cursor eingebaut, mit zwei kleinen Änderungen: Der handgemachte Cursor kommt nur im Grafikfenster zum Einsatz (wichtig, weil die Funktion nicht nur für dieses Programm gedacht ist), und es werden die aktuell eingestellte Vorder- und Hintergrundfarbe verwendet.

Der Plotter wurde ebenfalls aktualisiert und verbindet nun ggf. zwei aufeinanderfolgende Punkte, um bei sehr großen Steigungen einen durchgezogenen Graphen zu erhalten statt Einzelpunkte.
_________________
Deine Chance beträgt 1:1000. Also musst du folgendes tun: Vergiss die 1000 und konzentriere dich auf die 1.

[nemored]

Nachdem mein erster Versuch mindestens zwei Designfehler hatte, von denen ich einen nur auf sehr hässliche Art und Weise hätte beseitigen können (Unterscheidung zwischen Vorzeichen und Rechenzeichen); habe ich es noch einmal mit einem etwas anderen Ansatz probiert. Dadurch konnte der Funktionsumfang auch auf Bit-Operatoren ausgeweitet werden. Nach einer intensiven Phase der Fehlersuche (Mann, sind die hartnäckig *heul* ) sollte die Funktion jetzt meines Wissens fehlerfrei funktionieren.

http://www.freebasic-portal.de/projekte/formel-parser-96.html

Für ausführliche Tests und ggf. Fehlermeldungen bin ich natürlich dankbar (auch wenn ich noch dankbarer wäre, wenn es gar keine Fehler mehr gäbe ...)

Da jetzt alles zum Namespace Calculate gehört, läuft der Aufruf ein bisschen anders, aber prinzipiell gleich.

edit: Vielleicht errät jemand, was das Projektbild darstellen soll.
_________________
Deine Chance beträgt 1:1000. Also musst du folgendes tun: Vergiss die 1000 und konzentriere dich auf die 1.

[ThePuppetMaster]

NOT PI?


MfG
TPM
_________________
[ WebFBC ][ OPS ][ ToOFlo ][ Wiemann.TV ]

[nemored]

Ja, schon ganz in die Richtung - allerdings mit einer anderen Art der Verneinung.
_________________
Deine Chance beträgt 1:1000. Also musst du folgendes tun: Vergiss die 1000 und konzentriere dich auf die 1.

[ThePuppetMaster]

gut .. aus der logik vieleicht anders ausgedrückt mit "INV PI" oder "Invers PI"


MfG
TPM
_________________
[ WebFBC ][ OPS ][ ToOFlo ][ Wiemann.TV ]

[Jojo]

A PI?
_________________
» Die Mathematik wurde geschaffen, um Probleme zu lösen, die es nicht gäbe, wenn die Mathematik nicht erschaffen worden wäre.

[nemored]

_________________
Deine Chance beträgt 1:1000. Also musst du folgendes tun: Vergiss die 1000 und konzentriere dich auf die 1.

[ThePuppetMaster]

hmmmmmmm .... also, da fände ich ein Dach ala ^ passender als ein - *ggg*

aber gut .. API is schon echt nice


MfG
TPM
_________________
[ WebFBC ][ OPS ][ ToOFlo ][ Wiemann.TV ]

[grindstone]

@nemored: Aus gegebenem Anlass ( -> Kurvendiskussion) hier ein Verbesserungsvorschlag für deinen Funktionsplotter (plotter.bas):

[nemored]

Jepp, das klingt nach einer guten Idee. Werde mich da aber erst noch gründlicher hinsetzen müssen, weil es in diesem Zusammenhang sicher auch praktisch wäre, dem Plotter über Parameter die gewünschte Fenstergeometrie mitzugeben (also bestimmte vorgegebene Standardwerte, die dann auf Wunsch in der Befehlszeile an die momentanen Bedürfnisse angepasst werden können). Interessant wäre vielleicht auch wahlweise die Ausgabe in eine Datei statt in ein Gfxlib-Fenster, was dann das aufrufende Programm nach eigenem Belieben verarbeiten kann.

Ich habe den Plotter aber auch schon komplett in eine Funktion ausgelagert; für eine Verwendung in einem FB-Programm empfehle ich die plotter.bi aus den ersten Grundzügen meines Mathetrainers.
_________________
Deine Chance beträgt 1:1000. Also musst du folgendes tun: Vergiss die 1000 und konzentriere dich auf die 1.

[grindstone]

Ich habe gerade deinen Mathetrainer heruntergeladen. Irgendwie sind dir da beim Packen einige Zeilenumbrüche abhanden gekommen...

Das Einbinden der "plotter.bi" ins Programm ist natürlich noch viel besser!

Dazu müsste es jetzt nur noch eine ordentliche Beschreibung geben, ich habe fast eine Stunde gebraucht, um herauszufinden, welche Bedeutung die Parameter haben und warum da (erst mal) nichts auf dem Bildschirm erscheint. Aber jetzt läuft es super!

Noch eine automatische Skalierung und eine Eingabemaske dazu (ich meine jetzt die Kurvendiskussion), und der neue Paukerschreck ist fertig.

Und was die Kommandozeilenparameter betrifft: die plotter.bi hat ja eigentlich schon alles, was man dazu braucht, du mußt nur noch die entsprechenden Schalter für die einzelnen Parameter definieren, dazu noch für die Fenstergröße und einen optionalen Dateinamen (der Imagepuffer ist ja auch schon vorhanden). EDIT: Und eine "help"- Funktion wäre auch nicht schlecht.

Gruß
grindstone
_________________
For ein halbes Jahr wuste ich nich mahl wie man Proggramira schreibt. Jetzt bin ich einen!

[nemored]

[grindstone]

Betroffen sind alle Dateien außer der plotter.bi und der calculate.bi. Sie haben als Zeilenumbruch nur ein LF, damit kommt FbEdit offensichtlich nicht klar. Die Lösung ist ganz einfach: Datei in WordPad (nicht Notepad) laden und im Format "Textdokument" wieder abspeichern.