Re: Programmiersprache fuer Low-Level-Kram

Gerhard Wolfstieg schrieb im Newsbeitrag
[...]

Bei der Gelegenheit kann ich es mir nicht verkneifen,
hier zu fragen, ob denn die Herkunft und der Grund
der Existenz von C# denn überhaupt keine Rolle spielt?


http://www.ecma-international.org/publications/standards/Ecma-334.htm

(1) C# ist ECMA-Standard. Es gibt also schonmal eine Basis, im Gegensatz zu Java (soweit ich weiss), wo nur Sun Hüterin ist.
(2) Es gibt für C# sowohl von Microsoft selber Sourcecode für die CLR wie auch eine C#-Compiler (für FreeBSD). Microsoft hat sich zumindest die letzten Jahre da etwas offener verhalten als Sun mit Java.

Ich seh' das Problem aber an anderer Stelle, ähnlich wie Rainer: Wenn man sich auf die Bibliotheken aka Codebasis verlässt, dann hat man vermutlich ein unerkanntes Problem. Microsoft hatte/hat ja seit Jahren das Problem, dass Windows auch deshalb instabil war, weil die Codebasis zu komplex wurde und streckenweise unzureichend ausgetestet war. Die ganzen Memory-Leaks in der MFC-Laufzeitumgebung sollten nicht vergessen bleiben ... auch ein Garbage Collector mag in High-level-Anwendungen eine tolle Sache sein, in einer deterministischen Umgebung aber nur Murks bewirken: In einem Treiber willst Du womöglich selber Speicher zu einem bestimmten Zeitpunkt freigeben und nicht automatisiert freigeben lassen.

Aber Standard hin, Bibliotheken her: Wichtig für low-level Sachen sind womöglich auch Dinge, die nicht in einem Standard geregelt sind, bspw. ob Parameterübergabe über Stack oder auch über Register möglich ist. Sowas kann bei stark frequentierten internen Funktionen und Methoden schon was ausmachen ;-)

So long,
-+- Dirk -+- 

.