Algorithmen Teil VII: Das andere Müllspiel!

Alter Fehler aus GWBASIC-Zeiten: Bitte ersetzt die Zeile:
: Print h_neu!,n&,,v_neu!,a_gravi!,rho!,F_Luft!,a_gesamt!
durch
: Print h_neu!,n&;".",v_neu!,a_gravi!,rho!,F_Luft!,a_gesamt!
dann klappts auch mit dem Nachbarn ...äh...Compiler.
Gruss

Abt. Anstiegsfunktion von Ellipsen in beliebiger Lage
=================================
Weil wir hier schon lange nichts über Ellipsen hatten, aber ein Kollege unbedingt zwischen Satellitenorbits navigieren will, wurden dazu die nachstehenden ersten Vorarbeiten geleistet. Man beachte den großen Geschwindigkeitsunterschied zwischen der Darstellung in Karthesischen Koordinaten und in Polarkoordinaten (was leider auch die Verwendbarkeit als Bildschirmschoner torpediert).
Gruss

P.S.: Fernziel ist die Bestimmung energiearmer Homan-Übergangsbahnen zwischen Orbits, z.B. von Erde zu Mars. Wer also mit Privatrakete auf den Roten Planeten auswandern will, muß noch etwas Geduld haben

Abt. IE-Sicherheit durch interne Nabelbeschau
=============================
Wer glaubt, sich wie in Win98 (1 IE Cache) oder WinXP (4 oder 8 IE-Caches) einfach mal die diversen Datencaches des jeweils aktuellen Internet Explorers ansehen zu können, der wird bei Vista von neuen, versteckten Speicherorten überrascht, die aber mittels REGEDIT und dem Schlüssel HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders\Cache noch relativ leicht zu finden sind. (Die unsaubere Trennung zwischen Explorer und Internet Explorer war Gegenstand einer Strafe der EU für M$ in Höhe von ausgerechnet 561 Millionen Euro, zufällig beim damaligen Kurs genau 750 Mio $, die sich in den Produktpreisen merkwürdigerweise nicht zeigte. Zugehörige Verschwörungstheorie: Offenbar wurde M$ da einiges aus US-Budgets ersetzt, was die Vermutung nährt, dass M$ hier lediglich Vehikel einer Zahlung Nordamerikas an die EU war - etwa für Flugpassagierdaten?)

Win7 überrascht dann mit der Tatsache, daß Microsoft dem IE-Cache einen Wachhund namens "WinInetCacheServer" verpasst hat, der u.a. offenbar Phishing verhindern soll, aber auch im Verstecken von Dateien und dem Unlöschbarmachen gewisser Cookies sehr gut zu sein scheint. Die zu diesem Server gehörigen Clients "Wininet Cache task object" mit verlinkendem Eintrag AppID REG_SZ {3eb3c...} scheinen sogar die Möglichkeit zu eröffnen, im Cache AKTIVE TASKS zu starten, die der von MS zugesagten Umgebungsvirtualisierung relativ leicht entkommen können. Die Phantasie von Experten, die um die nationale Sicherheit der USA besorgt sind, die damit aber auch den Interessen anderer, nicht wohlgesonnener Kräfte (( - wie wichtig doch Beistriche sind )) Scheunentor-große Eintrittspforten eröffnen scheint tatsächlich grenzenlos zu sein...

Mein Eindruck ist folgender: Solange der IE etwas Längeres ladet, hat man Zeit zur Ermittlung der aktuellen versteckten Cache-Verzeichnisnamen (die sich aber mit jedem IE-Start leeren oder sogar ändern (- gilt zumindest für IE11 mit Update 1 unter Win7-64): Mit der Umgebungsvariablen %LOCALAPPDATA%=%USERPROFILE%\AppData\Local gilt folgendes nach Start von CMD.exe als Admin: Man gelangt mit folgenden Kommandozeileneingabe an einen Ort, der einem normalerweise auch im Modus "Zeige Systemdateien an" nicht angezeigt wird:
>CD %LOCALAPPDATA%\Microsoft\Windows\Temporary Internet Files\Low\Content.IE5
Die Anzeige der versteckten Verzeichnisnamen klappt dann (meist) mit
>dir *. /s /w /AH
... und schon kann man sogar Unterverzeichnisse namens ACTIVE_TASKS und dergleichen finden.
Auch die aus Vorversionen gültigen "Geheimpfade" existieren noch aus Kompatibilitätsgründen, manche scheinen aber tatsächlich leer zu sein. Also: Viel Spaß noch beim Surfen im Unterbewusstsein eures Computers.
Gruss

P.S.: Wenn ich bedenke, was da noch alles an doppelt-versteckten Verzeichnissen existieren könnte, deren Pfade wir alle NICHT kennen :whistling:.
PPS: Wer glaubt, Chrome oder Firefox seien sicherer: Gott erhalte ihm seinen Glauben!

Versuche zur Datumsarithmetik (Abt. Sackgassenprojekte)
====================================
Wenn man mal den Grundaufbau eines Programms versaut hat (z.B. weil man die Zeit vor der Kalenderreform von 1582 auch noch reinquetschen wollte), helfen auch keine Klimmzüge zur Reparatur mehr. Nur ein kompletter Neubau mit einer logisch durchdachteren Modul-Struktur würde da noch helfen. Hier das verbockte Machwerk als abschreckendes Beispiel.
Sorry!
P.S.: In gewissen Grenzen funktioniert das Zeug, die Procs sind aber leider völlig überfrachtet.

Abt. Im Weltraum gehen die Uhren anders
===========================
... nämlich gleichmäßiger - z.B. weil es dort keine auf die Erde rückwirkenden Ebbe-und-Flut-Bewegungen gibt, und fast kein Gravitationsfeld. Die Bewegung der Himmelskörper folgt dieser Raumzeit, der Mond z.B. richtet sich nicht nach irdischen Schaltsekunden. Aus diesem Grund kommt es bereits über 50 Jahre zu erheblichem Korrekturbedarf gegenüber Erdzeit. Genau deshalb gibt es die sog. Zeitkorrektur Delta-T, die aus mittelalterlichen Aufzeichnungen bis hin zu hypergenauen modernen Messungen derzeit zwischen 2000 v.Chr. (= Astronomisches Jahr -1999) bis 3000 n.Chr. bekannt ist. Währen man dazu früher Tabellenbücher wälzen mußte, geht das heutzutage flotter.
Gruss an alle Sterngucker!

P.S.: Wenn in der Zeitung die Minute des Mond- und Sonnenauf- und -untergangs steht, muss das ja jemand berechnen. Das Progi räumt nur die erste kleine Schwierigkeit dazu aus dem Weg...

Abt. GrabFromURL
============
Vor Jahren gab es mal ein nützliches kleines DOS-Tool namens GrabURL.exe :zorro:, das aber in der 64-bit-Welt von heute nicht mehr funktioniert :cry:. Anbei ein funktionell ähnliches Teil zum rohen Downloaden einzelner Files von Internetseiten auf den eigenen Desktop.
Gruss
P.S.: DRINGENDER HINWEIS: So geladene Dateien anschließend IMMER :idea: SOFORT auf Viren / Malware prüfen :!:

Abt. Fliehkraftberechnung ohne Massendynamik
==============================
Zum Unterschied von Energie- bzw. Drehimpuls-Simulationen führt die bloße Darstellung des jeweils schon eingependelten Endzustandes von Fliehkraftreglern (wie er in Physiklehrbüchern als Winkel aus Gravitation und nach aussen wirkender Fliehkraft dargelegt wird) nicht zu realistisch wirkenden Resultaten, wie der nachfolgende Müllcode beweist... Das mit den Pendeln müssen wir also noch besser hinkriegen!
Gruss

Abt. Rechenpräzision von XProfan
=====================
Oft reicht die Double-precision-Arithmetik von XProfan für heikle iterative Simulationen (Wirksamkeit von Pharmaka etc.) nur dann, wenn der verwendete Algorithmus sehr geschickt programmiert ist und der Programmierer auch eine günstige Rechen-Reihenfolge wählt. Am Beispiel "Schwerpunkt" (z.B. eines Makromoleküls) kann das demonstriert werden, etwa beim Nachvollziehen der Vorgänge beim thermischen Cracken langkettiger Fette und Öle, wo es auf die präzise Berechnung der Teil-Schwerpunkte ((zur späteren Ermittlung der "Bruchspannungen" = Überwindung der Van der Waals-Kräfte)) ankommt. Nachstehend ein sehr einfach gehaltenes, "zu Fuß" programmiertes Testbeispiel dazu. In der Praxis wäre natürlich eine Automatisierung solcher Prüffolgen erforderlich!
Gruss

@Michael: Da dachtest du natürlich richtig! Ich hätte auch dazuschreiben sollen, daß ich mit der guten alten Version 11.2a programmiere, die den Wertebereich 10^-323 (Underflow, rechnet aber weiter) bzw. eigentlich 10^-306 bis 10^306 hat , - im Gegensatz zu einigen neueren Versionen mit Zahlenbereich 10^-53 bis 10^53 :8o: .

Der VAL()-Befehl ist nur dann erforderlich, wenn man die Grenzen der Präzision voll austesten will, z.B. bei zwei Werten in der Größenordnung 10^-15 die in der Formel multipliziert werden, um dann durch das Ergebnis zu dividieren. Da kommt es rasch zu starken Genauigkeitseinbussen, die bei hundert- bis tausendfacher Iteration fatal werden können.
Gruss

P.S.: Danke auch für den Hinweis auf das Math Pack von Prof. Agner Fog, werde ich mir gleich näher ansehen!

PPS: Klarstellung: Mit dem Schwerpunktsbeispiel oben galt es damals, Molekülbruchstellen zu finden - nur deshalb wurden auch 2-er und 3-er-Teilschwerpunkte ermittelt! Geht es lediglich um die 3D-Koordinaten des Gesamtschwerpunktes von N zueinander fest angeordneten Massenteilchen, dann gilt selbstverständlich die aus Film und Fernsehen bekannte Formel X_Schwerpkt = SUM(m[i]*X[i]) / SUM(m[i]) ... für i=1 bis N; gleiches dann jeweils auch für die Y- und Z-Koordinate. War aber eh klar, oder?

Abt. Bytefelder aus Dateien als hexadezimale XProfan-$Longvariablen ins Clipboard bringen
=========================================================
... aus gegebenem Anlaß. Gruss!

Tja, das klappt sogar mit undeklarierten Variablen hinter Waitinput :s2:

Abt. Nebenläufige Parallel-Threads in XProfan-Versionen vor X2 bzw. Freeprofan32/XProfan64(beta)
==============================================================
lassen sich u.a. per xpse-Präcompiler realisieren. Die Beispiele in dessen Syntaxbeschreibung sind allerdings etwas dürftig. Deshalb hier ein etwas komplexeres Beispiel. Ab X2 gibt es dazu den Befehl pExec, mit dem sich z.B. ebenfalls multiple Timerschleifen realisieren lassen.

Danke für die Klarstellung, TSSoft! Genau das mit dem Speicher hatte ich bisher nie verstanden!
Gruss

P.S.: Meine Methode "Lernen durch Blödsinn schreiben und von kompetenter Stelle korrigiert werden" hat sich wieder einmal bewährt