PureBoard

Hallo!

Neulich war mir in der Schule langweilig, da kritzelte ich auf meinen Block herum und irgendwann stellte ich mir die Aufgabe, die Signumfunktion in PB zu lösen
der Inhalt des Makros, auf das es ankommt, hat 16 Zeichen, nicht dass jemand die restlichen Zeichen mitzählt. Wenn jetzt ener kommt, und meint, er schafft das mit 14 Zeichen in einer Procedure, dann hatte ich die Idee vor ihm. procedures sind aber langsamer als makros und hier nicht angebracht.
Die Procedure hätte den Vorteil, dass die äußeren Klammern wegfallen, denn die Muss ich beim Makro haben, damit es sicherer ist, wenn ich das makro in komplexere ausdrücke einbaue.

Hier meine erste Version, die ich dann Schrittweise zusammengeschrumpft habe: Noch eine kurze Erklärung zur Signumfunktion: Die mathematische Funktion "Signum" gibt immer nur 3 Werte zurück. Ergibt -1, wenn die eingesetzte zahl kleiner als null ist. Ergibt 0, wenn die zah gleich null ist. Ergibt 1, wenn die zahl größer als null ist.

Ach ja: Kann mir jemand ~ nochmal erklären? Ich kann mir nur an Karls Erklärung erinnern: "~ ist ein Not auf Bit-ebene"... Häää? Hier funktioniert es jedenfalls auch so...

das bitwise not findest du auch in der help.

allerdings ist meiner meinung nach ein NotNot einfach überflüssig.

weiterhin ist es mit neu, dass Boole'sche Ausdrücke neuerdings auch ungecastet funktionieren.
wäre schon das minimum.
auch in einem macro müsstest du nen bool-cast reinmachen.
dass ein einziges ~~ das erledigt, wär mal ne ganz neue feature.

PS:
das Not Not mag diese funktion ausüben, so wie auch das And 1
aber ~ ist nunmal bitwise und nicht boolean.

Ich glaube, so ungefähr habe ich es verstanden, was ~ ist.

Karl hat ~ in zusammenhang mit einer While-Schleife und Eof() benutzt: Das weiß ich noch genau. Dann ist sein Werk also auch "unsicher"?

Dein code: Diese Klammern und die jeweils direkt nachfolgenden, schließenden Klammern brauchst du nicht! statt dessen musst du um den ganzen Term eine Klammer setzen (weil das ja ein Makro ist).

geht, weil Eof() eben #NULL zurückgibt, solange das dateiende nicht erreicht ist.
~0 ist -1, und somit <>0 und damit in dem while so checkbar.

aber wenn man einen Logischen Operator braucht, um einen boolcast durchzuführen,
ist es nicht zwangsweise so, dass es mit einem bitoperator funktioniert.
es kann sein, dass es zufälliger weise funktioniert,
aber da das nicht auf zwingende logik basiert, würde ich die finger davon lassen.

> um den ganzen Term eine Klammer setzen (weil das ja ein Makro ist).
das ist korrekt, sonst ist es nicht vernünftig einzubaun in rechnungen.

> Diese Klammern und die jeweils direkt nachfolgenden, schließenden Klammern brauchst du nicht!
doch. genau die braucht man. weil man das ergebnis des vergleichs (X<0) boolcasten möchte.
der vergleichsoperator hat eine geringere priorität als der logische verknüpfer.
die klammer wegzulassen ergibt also dasselbe wie (0 Or X) < 0
und das ist eigentlich nicht das, was wir haben wollen.

Kaeru Gaman hat geschrieben:> Diese Klammern und die jeweils direkt nachfolgenden, schließenden Klammern brauchst du nicht!
doch. genau die braucht man. weil man das ergebnis des vergleichs (X<0) boolcasten möchte.
der vergleichsoperator hat eine geringere priorität als der logische verknüpfer.
die klammer wegzulassen ergibt also dasselbe wie (0 Or X) < 0
und das ist eigentlich nicht das, was wir haben wollen.

Dann mach es doch so:Habe außerdem um den ganzen Termeine Klammer gesetzt.



Achja: Wenn du mir jetzt noch sagen könntest, was "boolcasten" ist, dann kann ich auch ruhig schlafen...

Ein Boolcast ist, wenn ich das noch richtig weiß, das boolsche Ergebnis eines Wertes.

So ist der Wert "20" in einer normalen if-Abfrage ("if 20") immer 1. Geboolcasted ist es also "TRUE".

Die Boolean-Antwort einer eigentlich nicht-Boolschen Gleichung...

Gr33tz
Tafkadasom2k5

> Dann mach es doch so:
damit setzt du voraus, dass vergleichsoperator und logischer operator gleiche priorität haben.
ich weiß nicht, ob es so ist, es erscheint mir unwahrscheinlich.

zum sauberen logischen proggen gehören nun mal klammern. Basta.

> was "boolcasten" ist
als Typecast bezeichnet man den vorgang, innerhalb eines ausdrucks
einer variablen einen anderen Typ zuzuweisen, als sie eigentlich hat.

in PB war das vor ein paar versionen noch nötig,
z.b. eine komplexere rechnung mit einer float anzufangen,
nicht mit einer integer, wenn eine float herauskommen sollte.
sonst wurde der beginn des terms in integer gerechnet, und es konnten fehler auftreten.
scheint aber in 4.0 behoben zu sein.

"boolcasten" bedeutet dementsprechen, einem ausdruck einen True/False-Typ zuzuweisen.
diesen Typ gibt es offiziell in PB nicht, aber die verknüpfung mit einem logischen operator
ist der (bisher) einzige weg, Boole'sche Ausdrücke wie (X>0) in PB auszuwerten.

-------------------------------------------------------------------
...yo sakra... gibts das doch inzwischen?

muss ich mal ausgiebig testen, vielleicht ist dieses konstrukt ein sonderfall.
aber scheint zu funktionieren *kopfkratz*

Danke für die Erklärung zu Boolcasting.

Kaeru Gaman hat geschrieben:damit setzt du voraus, dass vergleichsoperator und logischer operator gleiche priorität haben.

Stimmt doch gar nicht! Ich weiß bereits, dass logische Operatoren eine geringere Priorität als Vergleichsoperatoren haben, ist ja auch sinnvoll so.

PB Hilfe hat geschrieben:

Code: Alles auswählen

Priorität von Operatoren

  Prioritäts-Level |     Operatoren
  -----------------+---------------------
         7         |        ~
         6         |    <<, >>, %, !
         5         |       |, &
         4         |       *, /
         3         |       +, -
         2         | >, >=, <, <=, =, <>
         1         |  And, Or, Not, XOr

2AND51:
Toll, dass Du das entdeckt hast.
Wenn Du dein Makro aufräumst, reichen auch 13 Zeichen .... Kommst Du drauf?

Gruß, Little John

@KG:
Die "Or 0" bzw. "And 1" Methode ist genau so unsicher wie das da oben, man
muss es einfach in allen Lagen testen, bis man "sicher" sein kann, dass es
funktioniert.

Ihr müsst einfach warten, bis Fred das endlich einbaut