Ich sehe kein Problem, beide Veranstaltungen ineinander übergehen zu lassen.
Wird noch ein Raum gesucht für 2024? Bei uns in Reinheim wird es wohl etwas eng bei der inzwischen erfreulichen Größe des Ganzen. Aber ich kann mal in Darmstadt fragen, nach einem Raum...
Kannst du SPICE überreden, die Originalzahlen auszugeben?
Naja, das ist PLECS, um genau zu sein, keine klassische Spice-Simulation, aber so ähnlich. Man kann wohl irgendwie die Ausgabe auch als Matlab-File bekommen, wo dann Binärdaten drin stehen. Aber da bin ich noch nicht durchgestiegen.
Das sind einfach Zeitschritte einer SPICE-Simulation. Wenn irgendwo ein Transistor schaltet, dann macht die Simulation in der Nähe des Schaltvorgangs sehr viele, sehr kleine Rechenschritte...
Naja, die Gleitkommezahlen bestehen aus einer Basis, einem Exponenten als Integer mit Bias und einem Vorzeichen-Bit (deswegen ist +0 im bitweisen Vergleich nicht gleich -0).
Außer bei minimalem Expontenten berechnet sich der Wert als 1,mmmmm * 2^(e-bias) * [-1, wenn sign-bit gesetzt]. Die m sind ...
Ich hatte in einem Javascriptprogramm mal irgendwann den Fall, ein and ohne short-circuiting zu brauchen. Aber ja, es ist schon selten. Deswegen darf das sich auch gerne hinter einem langen Schlüsselwort verstecken...
Der Punkt ist: Die Operatoren and und or haben mit {B+} und {B-} verschiedene, semantische Bedeutungen. Das ist nicht gut. Vor allem, weil man dieses Flag ja beliebig weit weg vom eigentlichen Ausdruck platzieren kann, sodass Pascal-Code plötzlich nicht mehr eindeutig ist.
Wir werden wahrscheinlich irgendwann mal Unterstützung für and_then und or_then aus ISO Extended Pascal einbauen. Da aktuell ja das normale and standardgemäß genau das tut, fände ich m.fuchs Vorschlag besser, das so zu lassen und den no-short-circuiting-Fall mit andAlso sowie orAlso anzubieten ...
Vielleicht können wir mal bei Knoppix oder so anfragen, ob das noch bei der DVD-Version dazu kommen könnte. Da sind ja schon diverse Entwicklungs-Einsteiger-Tools drinn...
Zur Optimierung: Nehmen wir einen Ausdruck, wie: if (a) and (a or b) then ... Das kann man logisch auch zu einem (a or b) optimieren. Eigentlich würde ich erwarten, dass der Compiler solche Optimierungen auch durchführt. Aber wenn a jetzt ein Funktionsaufruf ist, der im Hintergrund etwas tut, dann ...