Opal FAQ - Versionsgeschichte

Milan am 12. März 2024 um 15:27 Uhr

2024-03-12T15:27:31Z

Kaufi: copy/paste-fehler

2013-11-11T10:13:36Z

copy/paste-fehler

Kaufi: ambigious infix application

2013-11-11T10:12:56Z

ambigious infix application

Kaufi: typo

2013-11-11T09:25:25Z

typo

Kaufi: Einleitugn Präfix-, Infix- und Postfixnotation

2013-11-11T09:24:18Z

Einleitugn Präfix-, Infix- und Postfixnotation

Kaufi: Wort zuviel

2013-11-11T09:06:23Z

Wort zuviel

Kaufi: typo

2013-11-11T09:05:46Z

typo

Kaufi: typo

2013-11-11T09:04:19Z

typo

Kaufi: Klammer geschlossen

2013-11-09T10:34:28Z

Klammer geschlossen

Kaufi: Ergänzung/Änderung Zeile 0/1

2013-11-09T10:33:53Z

Ergänzung/Änderung Zeile 0/1

← Nächstältere Version		Version vom 12. März 2024, 15:27 Uhr
Zeile 1:		Zeile 1:
		+	{{historisch}}
	Vor noch nicht allzu langer Zeit, an einem nicht allzu weit entfernten Ort wurden einst alle Studis von einer schweren Programmiersprache dahingerafft ...		Vor noch nicht allzu langer Zeit, an einem nicht allzu weit entfernten Ort wurden einst alle Studis von einer schweren Programmiersprache dahingerafft ...

@@ Zeile 425: / Zeile 425: @@
 Dieser Fehler deutet darauf hin, dass bei Infix-Notation die Klammern nicht eindeutig gesetzt werden konnten. Ein Beispiel sind die logischen Funktionen <code>/\</code> (und) und <code>\/</code> (oder). Opal hat hierfür keine Klammerregelung, der Ausdruck
 <pre>
-false /\ true \/ true</code>
+false /\ true \/ true
 </pre>
 kann auf zwei Arten geklammert werden: entweder <code>'''('''false /\ true''')''' \/ true</code> (ausgewertet zu true) oder <code>false /\ '''('''true \/ true''')'''</code> (ausgewertet zu false).

@@ Zeile 420: / Zeile 420: @@
   DEF testeZahl(x) == IF x > 10 THEN true IF x < 10 THEN false FI
 Es müsste ein < oder > durch <= bzw. >= ersetzt werden, oder der Fall = explizit aufgeführt werden.
 === Was ist Präfix-, Infix- und Postfixnotation? ===

@@ Zeile 436: / Zeile 436: @@
 Die '''Postfix'''-Notation ähnelt der Präfix-Notation, nur dass hier hier der Funktionsname nach den Parametern notiert wird. Bspw. <code>"33"!</code> oder <code>(6,3)-</code>.
-Insbesondere bei einstelligen (unären) Funktionen, wie <code>!</code>, oder <code>-</code> (als Vorzeichen). Kommt es öfter zu solchen Fehlermeldungen:
+Insbesondere bei einstelligen (unären) Funktionen, wie <code>!</code>, oder <code>-</code> (als Vorzeichen), kommt es öfter zu solchen Fehlermeldungen:
 <pre>

@@ Zeile 421: / Zeile 421: @@
 Es müsste ein < oder > durch <= bzw. >= ersetzt werden, oder der Fall = explizit aufgeführt werden.
-===Was ist Präfix-, Infix- und Postfixnotation?===
+=== Was ist Präfix-, Infix- und Postfixnotation? ===
 ...oder wie man Minuszeichen hassen lernt.
-Erhält man solche Fehlermeldungen:
+Die '''Infix'''-Notation ist nur bei zweistelligen (oder binären) Funktionen möglich (also Funktionen mit genau zwei Parametern). Beispiele dafür sind die Funktionen <code>+, /\, *,</code> usw.:
 <pre>

@@ Zeile 366: / Zeile 366: @@
 === Warum kann man Denotations immer nutzen und Zahlen nicht? ===
-Wenn eine OPAL-Struktur interpretiert (und später übersetzt) wird, lädt der Interpreter bestimmte immer Strukturen automatisch. Diese heißen bspw. <code>BOOL</code> und <code>DENOTATION</code> und stellen elementare Funktionen zur Verfügung. Deshalb kann man ohne den Import von irgendwelchen Strukturen IF-THEN-ELSE-Konstrukte in OPAL nutzen und mit Denotations arbeiten (nicht aber mit Zahlen, denn die werden nicht automatisch importiert). Die in der Schreibung ähnlichen Strukturen <code>Bool</code> und <code>Denotation</code> stellen aber noch weitere Funktionen zur Verfügung, deshalb müssen sie gelegentlich doch importiert werden.
+Wenn eine OPAL-Struktur interpretiert (und später übersetzt) wird, lädt der Interpreter bestimmte Strukturen automatisch. Diese heißen bspw. <code>BOOL</code> und <code>DENOTATION</code> und stellen elementare Funktionen zur Verfügung. Deshalb kann man ohne den Import von irgendwelchen Strukturen IF-THEN-ELSE-Konstrukte in OPAL nutzen und mit Denotations arbeiten (nicht aber mit Zahlen, denn die werden nicht automatisch importiert). Die in der Schreibung ähnlichen Strukturen <code>Bool</code> und <code>Denotation</code> stellen aber noch weitere Funktionen zur Verfügung, deshalb müssen sie gelegentlich doch importiert werden.
 === Warum wird meine Backtick-Funktion (`) nicht benutzt? ===

@@ Zeile 362: / Zeile 362: @@
 </pre>
-<code>oasys</code> hält also das Komma (den Punkt) für eine (binäre) Funktion. Um Kommazahlen in Opal zu benutzen, müssen sie "kontruiert" werden. Hierfür enthalten Strukturen, die Kommazahlen nutzen, die Funktion <code>!</code>. Kommazahlen werden also als Denotation geschrieben: "<code>3,14159</code>" und dann mit d (unären) Funktion <code>!</code> umgewandelt: !"<code>3,14159</code>" oder "<code>3,14159</code>"!, inbesondere bei der Nutzung in längeren Gleichungen oder der oasys-Eingabe kann diese Ausrufezeichen (da unär) schon einmal für unerwartete Fehler sorgen (mehr dazu [[#Was_ist_Pr.C3.A4fix-.2C_Infix-_und_Postfixnotation.3F|Was ist Präfix-, Infix- und Postfix-Notation?]]).
+<code>oasys</code> hält also das Komma (den Punkt) für eine (binäre) Funktion. Um Kommazahlen in Opal zu benutzen, müssen sie "kontruiert" werden. Hierfür enthalten Strukturen, die Kommazahlen nutzen, die Funktion <code>!</code>. Kommazahlen werden also als Denotation geschrieben: "<code>3,14159</code>" und dann mit der (unären) Funktion <code>!</code> umgewandelt: !"<code>3,14159</code>" oder "<code>3,14159</code>"!, inbesondere bei der Nutzung in längeren Gleichungen oder der oasys-Eingabe kann dieses Ausrufezeichen (da unär) schon einmal für unerwartete Fehler sorgen (mehr dazu [[#Was_ist_Pr.C3.A4fix-.2C_Infix-_und_Postfixnotation.3F|Was ist Präfix-, Infix- und Postfix-Notation?]]).
 === Warum kann man Denotations immer nutzen und Zahlen nicht? ===

@@ Zeile 535: / Zeile 535: @@
 (" ERROR [at 0.3-0.4]:")
-Der Fehler muss folglich auch nicht immer ein Syntax-Fehler sein (wie oben), sondern kann auch durch die Sprache in der die Eingabe von <code>oasys</code> programmiert ist hervorgerufen werden (siehe [[#Oasys_an_der_Shell_herumkommandieren: | Oasys an der Shell herumkommandieren]].
+Der Fehler muss folglich auch nicht immer ein Syntax-Fehler sein (wie oben), sondern kann auch durch die Sprache in der die Eingabe von <code>oasys</code> programmiert ist hervorgerufen werden (siehe [[#Oasys_an_der_Shell_herumkommandieren: | Oasys an der Shell herumkommandieren]]).
 === Nicht nachvollziehbare Laufzeitfehler ===

@@ Zeile 519: / Zeile 519: @@
 Im Grunde das gleiche wie vorher, siehe [[Opalix 2007#Fehler:_Operation_not_permitted|Opalix-Seite]].
-=== Fehler in Zeile 1 ===
+=== Was bedeutet ein Fehler in Zeile 0? ===
 Bei einem ansonsten korrekten Programm hat mich diese Fehlermeldung vorhin eine laaange Fehlerjagd gekostet...
@@ Zeile 525: / Zeile 525: @@
 <pre>
 Person.impl>e Birthday(date(30,12,"79"!)
-ERROR [at 1.3-1.4]: Expected was `)' instead of `IN'
+ERROR [at 0.3-0.4]: Expected was `)' instead of `IN'
 ERROR [check]: language error
 aborted
@@ Zeile 532: / Zeile 532: @@
 In diesem Fall hatte ich auf der Eingebe-Zeile im Interpreter eine schließende Klammer vergessen. :))
-Man kann diese Fehler recht leicht erkennen. Sie finden immer auf Zeile _1_ Statt. Das ist die Eingabe-Zeile in der Shell. :))
+Man kann diese Fehler recht leicht erkennen. Sie finden immer auf Zeile '''0''' statt. Das ist die Eingabe-Zeile in der Shell. :))
-(" ERROR [at 1.3-1.4]:")
+(" ERROR [at 0.3-0.4]:")
 === Nicht nachvollziehbare Laufzeitfehler ===