Diskussion:Laufzeitumgebung
Ergänzen
[Quelltext bearbeiten]Wenn im Artikel so viel Augenmerk auf Plattformunabhängigkeit gerichtet wird (was ich persönlich für das Stichwort nicht unbedingt notwendig halte), gehört Adobe AIR auch in die Liste der plattformunabhängigen Laufzeitumgebungen. Derzeit als englische/japanische Version 1.0 für Windows und Mac OS, ab Frühjahr als 1.1 auch in deutsch und französisch, ab Herbst in der Version 1.5 auch für Linux/Unix. -- Cathness Diskussion:Laufzeitumgebung#c-Cathness-2008-03-02T07:49:00.000Z-Ergänzen11
- Hat dieses Produkt denn einen Artikel, auf den man verlinken könnte? --j ?! Diskussion:Laufzeitumgebung#c-Jpp-2008-03-02T12:00:00.000Z-Cathness-2008-03-02T07:49:00.000Z11
- Hat es, wenn dieser auch derzeit noch wenig ausführlich ist und substantiell zu ergänzen wäre: Adobe Integrated Runtime ;-) -- Cathness Diskussion:Laufzeitumgebung#c-Cathness-2008-03-19T07:00:00.000Z-Jpp-2008-03-02T12:00:00.000Z11
- Und was hindert dich dann daran, dieses Produkt ebenfalls aufzuführen? --j ?! Diskussion:Laufzeitumgebung#c-Jpp-2008-03-20T10:47:00.000Z-Cathness-2008-03-19T07:00:00.000Z11
- Hat es, wenn dieser auch derzeit noch wenig ausführlich ist und substantiell zu ergänzen wäre: Adobe Integrated Runtime ;-) -- Cathness Diskussion:Laufzeitumgebung#c-Cathness-2008-03-19T07:00:00.000Z-Jpp-2008-03-02T12:00:00.000Z11
Überarbeiten
[Quelltext bearbeiten]Schon die ersten beiden Sätze gehen völlig am Thema vorbei. Der Rest wirkt auch nicht sehr fachkundig. Bitte überarbeiten. --Knorxx 21:22, 14. Jan 2006 (CET)
Da hattest du wohl recht, danke für den überarbeiten-Hinweis, Artikel überarbeitet.--84.148.0.48 23:54, 4. Feb 2006 (CET)
Thema verfehlt?
[Quelltext bearbeiten]Platformunabhängigkeit ist sicher kein Thema das für Laufzeitungebungen relevant ist. Der Artikel beschreibt eher eine Virtuelle Machine.
Laufzeitumgebung (engl. "Runtime System", nicht zu verwechseln mit "Runtime Environment") hingegen meint den Teil eines Programms, der zur Compilationszeit erzeugt wird und sich u.A. um den Ablauf von Funktions- und Prozeduraufrufen, Speicherverwaltung und -organisation (Code, Static Data, Stack, Heap), dynamisches Binden, dynamisches Type-Checking, Exception-Handling usw. kümmert.
Ich würde vorschlagen den Artikel in seiner vorliegenden Form hin zu Virtueller Machine zu mergen und die oben genannten Punkte hier zu behandeln. Was meint ihr? --Hepps Diskussion:Laufzeitumgebung#c-Hepps-2008-05-26T15:51:00.000Z-Thema verfehlt?11
- Hi, Verfasser !
- Also ich habe Deinem Beitrag das entnehmen können, was viele ähnliche Beiträge nicht geschafft haben. Ich hab' was dazu gelernt. Danke ! --Riemikiel Diskussion:Laufzeitumgebung#c-Riemikiel-2008-10-07T17:19:00.000Z-Hepps-2008-05-26T15:51:00.000Z11riemikiel
- Hepps' Vorschlag finde ich gut, bin auch dafür! -- GGShinobi Diskussion:Laufzeitumgebung#c-GGShinobi-2010-04-17T20:35:00.000Z-Hepps-2008-05-26T15:51:00.000Z11
Laufzeitsystem ist nicht gleich virtuelle Maschine
[Quelltext bearbeiten]Ich schliesse mich den Kommentaren oben an. Was hier beschrieben wird, sind virtual Machines und Emulatoren, nicht Laufzeitsysteme.
Eine virtuelle Maschine ist insbesondere kein Bestandteil einer Laufzeitumgebung. Vielmehr gibt es pro Sprache ein Laufzeitsystem, welches mehr oder weniger ausgeprägt sein kann. Auch eine Sprache wie C++ hat ein Laufzeitsystem. Ob die Sprache nun eine Interpretersprache oder eine Compilersprache ist, oder ob sie gar in einer virtuellen Maschine oder einem Emulator läuft, ist irrelevant. --92.106.68.179 03:52, 5. Sept. 2008 (CEST)
Emulatoren
[Quelltext bearbeiten]Wäre es nicht angebracht, mit ein-zwei kurzen Sätzen die Abgrenzung zum Emulator klar zu stellen? Es ist ja ein weit verbreiteter Irrtum immer gleich von einem Emulator zu sprechen sobald ein Programm ein anderes zum laufen bringt (siehe Wine). --Erschaffung Diskussion:Laufzeitumgebung#c-Erschaffung-2010-03-21T13:34:00.000Z-Emulatoren11
Artikel „Engine“ hier einarbeiten?
[Quelltext bearbeiten]Warum wird der (Informatik-)Artikel „Engine“ nicht einfach im hier anhaftenden Artikel eingearbeitet? Soweit ich das sehe, würde hier (maximal) ein eigener Abschnitt völlig ausreichen und (minimal) eine Nennung des Wortes auch schon genügen. Oder gibt es vielleicht bisher noch ungenannte Unterschiede, die dafür tatsächlich zwei Artikel rechtfertigen? --92.226.62.139 Diskussion:Laufzeitumgebung#c-92.226.62.139-2011-09-30T07:23:00.000Z-Artikel „Engine“ hier einarbeiten?11
Ist WINE eine RTE oder ein Wrapper oder keins von beidem?
[Quelltext bearbeiten]? -- megA Diskussion:Laufzeitumgebung#c-MegA-2011-10-05T09:18:00.000Z-Ist WINE eine RTE oder ein Wrapper oder keins von beidem?11
- Hauptsächlich ist es, da es ein Nachbau der oder des Windows-API[nterface]s ist, wohl eine Schnittstelle (oder eine Umhüllung um den Linuxkern für Windows-Anwendungen, denglisch auch Wrapper genannt). Es enthält aber, so wie die Windows-API, auch wenigstens eine Laufzeitumgebung (oder englisch Runtime Environment, kurz RTE). Wine ist (beinhaltet/umhüllt) also Beides. 92.226.188.40 am 18.2.2014, um 11:01 (MEZ)
Übergänge fließend ?
[Quelltext bearbeiten]Sind die Übergänge zwischen Interpreter, Runtime-Library-System, Compiler nicht fliessend ?
Genauso zwischen Emulator Laufzeit-Umgebung und Andere Betriebsystem/Prozessor-Übersetzer ?
Technisch sehe ich diverse Zwischenstufen : z. B. Gibt es Interpreter, die einen Peudo-Hintegrund-Code parallel zum Quelltext während der Eingabe erzeugen. (Meist beim Verlassen der Zeile). und eine interne Runtime-Library hat; und "Pseudo"-Compiler, die ein Pseudo-Code compilieren und eine Laufzeit-Library haben, die zum "Execution-"Programm immer dazu gegeben werden muss. Da fällt die Unterscheidung zwischen Interpreter und Compiler schon schwer.
Übrigen gibt es fast "echtzeit"-Assembler, die ähnlich wie oben genannter Interpreter funktionieren.
Hab ich übrigen schon vor über 20 Jahren benutzt.
So ähnlich wird es wohl auch zwischen Laufzeitumgebung und Emulator sein. 31.19.67.60 Diskussion:Laufzeitumgebung#c-31.19.67.60-2012-05-16T17:43:00.000Z-Übergänge fließend ?11