Windows Application Programming Interface - Versionsgeschichte

Siegbert v2: Artikel verknüpft / bib. Daten ergänzt

2025-01-26T06:40:30Z

Artikel verknüpft / bib. Daten ergänzt

← Nächstältere Version		Version vom 26. Januar 2025, 08:40 Uhr
Zeile 4:		Zeile 4:
	Die Funktionen der WinAPI sind ausschließlich in den Programmiersprachen [[C (Programmiersprache)\|C]] und [[Assemblersprache\|Assembler]] geschrieben und können von Windows-Programmierern in selbst erstelltem [[Quelltext]] verwendet werden. Sie befinden sich in dynamischen Bibliotheken, den sogenannten [[Dynamic Link Library\|DLL]]-Dateien, beispielsweise ''kernel32.dll'', ''user32.dll'' und ''gdi32.dll'' und sind Bestandteil des Betriebssystems. Die WinAPI abstrahiert die [[Native API\|nativen Funktionen]] des Betriebssystems, die durch die ntdll.dll exportiert und im Windows-Kernel (ntoskrnl.exe) implementiert sind. Das ermöglicht es Microsoft, die Implementierung der WinAPI zu modifizieren, ohne deren Funktionsweise zu ändern.		Die Funktionen der WinAPI sind ausschließlich in den Programmiersprachen [[C (Programmiersprache)\|C]] und [[Assemblersprache\|Assembler]] geschrieben und können von Windows-Programmierern in selbst erstelltem [[Quelltext]] verwendet werden. Sie befinden sich in dynamischen Bibliotheken, den sogenannten [[Dynamic Link Library\|DLL]]-Dateien, beispielsweise ''kernel32.dll'', ''user32.dll'' und ''gdi32.dll'' und sind Bestandteil des Betriebssystems. Die WinAPI abstrahiert die [[Native API\|nativen Funktionen]] des Betriebssystems, die durch die ntdll.dll exportiert und im Windows-Kernel (ntoskrnl.exe) implementiert sind. Das ermöglicht es Microsoft, die Implementierung der WinAPI zu modifizieren, ohne deren Funktionsweise zu ändern.

	Die WinAPI wird immer verwendet, wenn native Windows-Programme geschrieben werden, obwohl der Programmierer sie eventuell direkt im Quelltext gar nicht aufgerufen hat. Die Aufrufe der API werden durch eine [[Laufzeitbibliothek]] gekapselt, die ihrerseits Funktionen der Windows-API aufruft. Windows NT/2000 hat eine [[native API]], die sowohl für im Kernel-Mode als auch für im User-Mode laufende Programme eine Programmierschnittstelle bereitstellt. Diese Schnittstellen sind Bestandteil des Betriebssystemkerns, der letzten Endes alle hardwarenahen Operationen mit und an der Hardware durchführt. Viele von Programmen ausgeführte Aktionen, wie I/O-Operationen, Windows-Dialoge oder Speicherverwaltung, wären ohne die Windows API nur sehr eingeschränkt durchführbar. Systemnaher Zugriff auf das Windows-Betriebssystem, der hauptsächlich von Gerätetreibern benötigt wird, wird mithilfe des ''[[Gerätetreiber\|Windows Driver Model]] (WDM)'' unter allen Windows-NT-Versionen realisiert.		Die WinAPI wird immer verwendet, wenn native Windows-Programme geschrieben werden, obwohl der Programmierer sie eventuell direkt im Quelltext gar nicht aufgerufen hat. Die Aufrufe der API werden durch eine [[Laufzeitbibliothek]] gekapselt, die ihrerseits Funktionen der Windows-API aufruft. Windows NT/[[Microsoft Windows 2000\|2000]] hat eine [[native API]], die sowohl für im Kernel-Mode als auch für im User-Mode laufende Programme eine Programmierschnittstelle bereitstellt. Diese Schnittstellen sind Bestandteil des Betriebssystemkerns, der letzten Endes alle hardwarenahen Operationen mit und an der Hardware durchführt. Viele von Programmen ausgeführte Aktionen, wie I/O-Operationen, Windows-Dialoge oder Speicherverwaltung, wären ohne die Windows API nur sehr eingeschränkt durchführbar. Systemnaher Zugriff auf das Windows-Betriebssystem, der hauptsächlich von Gerätetreibern benötigt wird, wird mithilfe des ''[[Gerätetreiber\|Windows Driver Model]] (WDM)'' unter allen Windows-NT-Versionen realisiert.

	Die [[objektorientiert]]en Bibliotheken, wie die [[Microsoft Foundation Classes\|MFC]]-Bibliothek und das [[.NET Framework]], sind eine Alternative zur direkten Nutzung der Windows API. Dabei werden die nativen Methoden der Windows API gekapselt und ermöglichen auf diese Art eine bequemere objektorientierte Handhabung der zur Verfügung stehenden Funktionen.		Die [[objektorientiert]]en Bibliotheken, wie die [[Microsoft Foundation Classes\|MFC]]-Bibliothek und das [[.NET Framework]], sind eine Alternative zur direkten Nutzung der Windows API. Dabei werden die nativen Methoden der Windows API gekapselt und ermöglichen auf diese Art eine bequemere objektorientierte Handhabung der zur Verfügung stehenden Funktionen.
Zeile 13:		Zeile 13:
	=== Win16 ===		=== Win16 ===
	''Win16'' war die erste API für die [[16-Bit]]-Versionen von [[Windows]]. Gängiger Begriff war schlicht Windows API, wurde aber später umbenannt in Win16, um sie von der neueren Windows API der 32-Bit-Architektur unterscheiden zu können. Die Funktionen der Win16 API liegen hauptsächlich im Kern des Betriebssystems ''kernel.exe'' (oder ''krnl286.exe'' oder ''krnl386.exe''), ''user.exe'' und ''gdi.exe''. Trotz der Dateiendung <code>exe</code> sind diese Dateien tatsächlich sogenannte [[Dynamic Link Library\|Programmbibliotheken]]. 16-Bit-Windows-Anwendungen sind ausschließlich für einen [[Kooperatives Multitasking\|kooperativen Multitasking]] Betriebsmodus designed, unter modernen 32-Bit-Windows-Versionen laufen sie mithilfe der [[Virtual 8086 Mode]]-Einheit der CPU in einer VM86-Instanz, die wiederum als 32-Bit-Windows-Anwendung [[präemptives Multitasking]] verwendet. Die Ursache für das [[Kooperatives Multitasking\|kooperative Multitasking]]-Design liegt darin begründet, dass der 8086-Prozessor, der von Windows bis Version 3.0 unterstützt wurde, über keine [[Memory Protection Unit]] verfügt. Theoretisch wäre präemptives Multitasking auf einer solchen CPU zwar auch in Software umsetzbar gewesen, aber eine solche reine Softwarelösung hätte sehr viel Leistung erfordert und wäre auf einem 8086 zu langsam gewesen.		''Win16'' war die erste API für die [[16-Bit]]-Versionen von [[Windows]]. Gängiger Begriff war schlicht Windows API, wurde aber später umbenannt in Win16, um sie von der neueren Windows API der 32-Bit-Architektur unterscheiden zu können. Die Funktionen der Win16 API liegen hauptsächlich im Kern des Betriebssystems ''kernel.exe'' (oder ''krnl286.exe'' oder ''krnl386.exe''), ''user.exe'' und ''gdi.exe''. Trotz der Dateiendung <code>exe</code> sind diese Dateien tatsächlich sogenannte [[Dynamic Link Library\|Programmbibliotheken]]. 16-Bit-Windows-Anwendungen sind ausschließlich für einen [[Kooperatives Multitasking\|kooperativen Multitasking]] Betriebsmodus designed, unter modernen 32-Bit-Windows-Versionen laufen sie mithilfe der [[Virtual 8086 Mode]]-Einheit der CPU in einer VM86-Instanz, die wiederum als 32-Bit-Windows-Anwendung [[präemptives Multitasking]] verwendet. Die Ursache für das [[Kooperatives Multitasking\|kooperative Multitasking]]-Design liegt darin begründet, dass der 8086-Prozessor, der von Windows bis Version 3.0 unterstützt wurde, über keine [[Memory Protection Unit]] verfügt. Theoretisch wäre präemptives Multitasking auf einer solchen CPU zwar auch in Software umsetzbar gewesen, aber eine solche reine Softwarelösung hätte sehr viel Leistung erfordert und wäre auf einem 8086 zu langsam gewesen.
	Ein Nachteil von Win16 Anwendungen ist, dass sie auch die segmentierten [[Segmentierung (Speicherverwaltung)#Intels x86-Prozessoren im Real-Mode\|Speichermodelle]] nutzen müssen, wie es auch in MS-DOS üblich war. Dies führte dazu, dass bei den Speichermodellen <code>huge</code> und <code>large</code> die Hochsprachencompiler den Code jeder Quellcodedatei eines Software Projekts in ihr eigenes Segment in der [[Ausführbare Datei\|ausführbaren Datei]] verpackten, weswegen der Funktionsaufruf einer Funktion, der in einer anderen Quellcodedatei definiert wurde, langsamer war, als Funktionsaufrufe von Funktionen, die in der gleichen Quellcodedatei und damit dem gleichen Segment lagen.<ref>https://learn.microsoft.com/en-us/archive/msdn-magazine/2000/july/under-the-hood-happy-10th-anniversary-windows ''Under the Hood: Happy 10th Anniversary, Windows'' ~~von~~ ~~Matt~~ ~~Pietrek,~~ ~~MSDN~~ ~~Magazin~~</ref>		Ein Nachteil von Win16 Anwendungen ist, dass sie auch die segmentierten [[Segmentierung (Speicherverwaltung)#Intels x86-Prozessoren im Real-Mode\|Speichermodelle]] nutzen müssen, wie es auch in MS-DOS üblich war. Dies führte dazu, dass bei den Speichermodellen <code>huge</code> und <code>large</code> die Hochsprachencompiler den Code jeder Quellcodedatei eines Software Projekts in ihr eigenes Segment in der [[Ausführbare Datei\|ausführbaren Datei]] verpackten, weswegen der Funktionsaufruf einer Funktion, der in einer anderen Quellcodedatei definiert wurde, langsamer war, als Funktionsaufrufe von Funktionen, die in der gleichen Quellcodedatei und damit dem gleichen Segment lagen.<ref>{{Internetquelle \|autor=Matt Pietrek \|url=https://learn.microsoft.com/en-us/archive/msdn-magazine/2000/july/under-the-hood-happy-10th-anniversary-windows \|titel=Under the Hood: Happy 10th Anniversary, Windows \|werk=MSDN Magazin \|hrsg=Microsoft \|datum=2000-07 \|sprache=en \|abruf=2024-06-11}}</ref>

	=== Win32 ===		=== Win32 ===
	''Win32'' ist die [[32-Bit]]-[[Application Programming Interface\|API]] für moderne Versionen von Windows. Die API besteht aus Funktionen, die, wie bei [[#Win16\|Win16]], in Programmbibliotheken implementiert sind. Die Kern-DLLs von Win32 sind kernel32.dll, user32.dll und [[Graphics Device Interface\|gdi32.dll]]. Win32 wurde mit [[Microsoft Windows NT\|Windows NT]] eingeführt. Die Version von Win32, die mit [[Microsoft Windows 95\|Windows 95]] ausgeliefert wurde, lief ursprünglich unter dem Namen Win32c, wobei das „c“ für Kompatibilität ({{enS\|compatibility}}) stand, aber dieser Ausdruck wurde später von Microsoft zugunsten von Win32 wieder verworfen. In Windows NT und seinen Nachfolgern (eingeschlossen alle modernen Windows-Versionen) werden Win32-Aufrufe durch zwei Module ausgeführt, csrss.exe ({{enS\|Client/Server Runtime Subsystem}}) im User-Modus und win32k.sys im Kernel-Modus. Das dient dem Schutz des Betriebssystems und verhindert, dass laufende Anwendungen des Benutzers kritische Daten des Betriebssystems modifizieren oder darauf zugreifen können. Die Modi werden direkt vom Prozessor zur Verfügung gestellt.		''Win32'' ist die [[32-Bit]]-[[Application Programming Interface\|API]] für moderne Versionen von Windows. Die API besteht aus Funktionen, die, wie bei [[#Win16\|Win16]], in Programmbibliotheken implementiert sind. Die Kern-DLLs von Win32 sind kernel32.dll, user32.dll und [[Graphics Device Interface\|gdi32.dll]]. Win32 wurde mit [[Microsoft Windows NT\|Windows NT]] eingeführt. Die Version von Win32, die mit [[Microsoft Windows 95\|Windows 95]] ausgeliefert wurde, lief ursprünglich unter dem Namen Win32c, wobei das „c“ für Kompatibilität ({{enS\|compatibility}}) stand, aber dieser Ausdruck wurde später von Microsoft zugunsten von Win32 wieder verworfen. In Windows NT und seinen Nachfolgern (eingeschlossen alle modernen Windows-Versionen) werden Win32-Aufrufe durch zwei Module ausgeführt, csrss.exe ({{enS\|Client/Server Runtime Subsystem}}) im User-Modus und win32k.sys im Kernel-Modus. Das dient dem Schutz des Betriebssystems und verhindert, dass laufende Anwendungen des Benutzers kritische Daten des Betriebssystems modifizieren oder darauf zugreifen können. Die Modi werden direkt vom Prozessor zur Verfügung gestellt.

	Obwohl auch [[Microsoft Windows CE\|Windows CE]] eine Win32-ähnliche API enthält, gibt es tiefgreifende Unterschiede,<ref>{{Internetquelle\| url = ~~http~~://~~msdn~~.microsoft.com/en-us/~~library~~/ms834193.~~aspx~~\| titel = API Considerations\| hrsg = ~~Microsoft~~\| abruf = 2013-09-02}}</ref> die Portierungen von Quellcode in der Realität meist aufwändig gestalten.		Obwohl auch [[Microsoft Windows CE\|Windows CE]] eine Win32-ähnliche API enthält, gibt es tiefgreifende Unterschiede,<ref>{{Internetquelle \|url=https://learn.microsoft.com/en-us/previous-versions/ms834193(v=msdn.10) \|titel=API Considerations \|hrsg=Microsoft \|abruf=2013-09-02}}</ref> die Portierungen von Quellcode in der Realität meist aufwändig gestalten.

	=== Win32s ===		=== Win32s ===
	''Win32s'' ist die 32-Bit-API für die [[Microsoft Windows 3.1\|Windows-3.1x]]-Familie und als solche die 32-Bit-Erweiterung<ref>~~[http~~://web.mit.edu/cascon/microsoft/win32sins.htm How to download and install Win32s using Windows 3.1 File Manager] ~~(englisch)~~ ~~– ''~~[[Massachusetts Institute of Technology\|MIT]]~~'',~~ ~~mit~~ „{{lang\|en\|Win32s is an extension for the Windows 3.1 and Windows 3.11 operating systems, which allows them to run some 32-bit applications.}}~~“; letzte Änderung am 18. Februar 1999~~</ref> für die ansonsten 16-bittigen Betriebssysteme. Das „s“ steht für Teilmenge (englisch ''{{lang\|en\|subset}}''). Dabei wurden die Funktionsbibliotheken aus Windows NT nicht komplett übernommen, sondern lediglich eine Auswahl daraus. So ist beispielsweise [[Microsoft Office\|MS Office 97]] unter Windows NT 3.51 lauffähig, nicht jedoch unter Windows 3.1x. In Kombination mit [[Grafikstandard\|Grafikschnittstellen]] wie [[OpenGL]] oder [[Video for Windows]] sollte damit bis zum Erscheinen von Windows 95 ein ausreichender Standard für Heimanwender gesetzt werden. Sie wurde mehrmals angepasst und ergänzt. Die letzte Version war 1.30c.<ref>[http://stephan.win31.de/w32slist.htm The Win32s compatibility list]</ref> Für die Nutzung der Win32s-API ist in Windows 3.x der [[Windows 3.x#Enhanced Mode (Erweiterter Modus)\|Enhanced Mode]] erforderlich.		''Win32s'' ist die 32-Bit-API für die [[Microsoft Windows 3.1\|Windows-3.1x]]-Familie und als solche die 32-Bit-Erweiterung<ref>{{Internetquelle \|url=https://web.mit.edu/cascon/microsoft/win32sins.htm \|titel=How to download and install Win32s using Windows 3.1 File Manager \|werk=web.mit.edu \|hrsg=[[Massachusetts Institute of Technology\|MIT]] \|datum=1999-02-18 \|sprache=en \|abruf=2016-05-07 \|zitat={{lang\|en\|Win32s is an extension for the Windows 3.1 and Windows 3.11 operating systems, which allows them to run some 32-bit applications.}}}}</ref> für die ansonsten 16-bittigen Betriebssysteme. Das „s“ steht für Teilmenge (englisch ''{{lang\|en\|subset}}''). Dabei wurden die Funktionsbibliotheken aus Windows NT nicht komplett übernommen, sondern lediglich eine Auswahl daraus. So ist beispielsweise [[Microsoft Office\|MS Office 97]] unter Windows NT 3.51 lauffähig, nicht jedoch unter Windows 3.1x. In Kombination mit [[Grafikstandard\|Grafikschnittstellen]] wie [[OpenGL]] oder [[Video for Windows]] sollte damit bis zum Erscheinen von Windows 95 ein ausreichender Standard für Heimanwender gesetzt werden. Sie wurde mehrmals angepasst und ergänzt. Die letzte Version war 1.30c.<ref>{{Internetquelle \|url=http://stephan.win31.de/w32slist.htm \|titel=The Win32s compatibility list \|werk=win31.de \|sprache=en \|abruf=2022-05-05}}</ref> Für die Nutzung der Win32s-API ist in Windows 3.x der [[Windows 3.x#Enhanced Mode (Erweiterter Modus)\|Enhanced Mode]] erforderlich.

	=== Win64 ===		=== Win64 ===
	''Win32 für 64-Bit-Windows'', auch bekannt unter dem Namen ''Win64'', ist die Version der API, für die [[64-Bit]]-Versionen von Windows – namentlich Windows XP „x64 Edition“, Windows Server 2003 „x64 Edition“ (für [[AMD Athlon 64\|AMD64]]-Prozessoren) und Windows Server 2003 für [[Intel Itanium\|Itanium]]-Serien. Bei den 64-Bit-Versionen handelt es sich nur um zwei weitere unterstützte Plattformen innerhalb der Windows-NT-Architektur, so dass sowohl die 32-Bit- als auch die 64-Bit-Version einer Software aus demselben Quellcode kompiliert werden können. Alle [[Zeiger (Informatik)\|Zeiger]] auf den Speicher sind standardmäßig 64 Bit groß, weshalb der Quellcode gegebenenfalls auf Kompatibilität überprüft werden muss. Obwohl keine neuen Funktionen zur API hinzugefügt wurden, gibt es Unterschiede zwischen Win32 und Win64. Deshalb wird auf 64-Bit-Systemen – für 32-Bit-Programme – durch eine Abstraktionsebene namens [[WOW64]] eine zu [[Win32]] kompatible API bereitgestellt.		''Win32 für 64-Bit-Windows'', auch bekannt unter dem Namen ''Win64'', ist die Version der API, für die [[64-Bit]]-Versionen von Windows – namentlich [[Microsoft Windows XP\|Windows XP]] „x64 Edition“, Windows Server 2003 „x64 Edition“ (für [[AMD Athlon 64\|AMD64]]-Prozessoren) und Windows Server 2003 für [[Intel Itanium\|Itanium]]-Serien. Bei den 64-Bit-Versionen handelt es sich nur um zwei weitere unterstützte Plattformen innerhalb der Windows-NT-Architektur, so dass sowohl die 32-Bit- als auch die 64-Bit-Version einer Software aus demselben Quellcode kompiliert werden können. Alle [[Zeiger (Informatik)\|Zeiger]] auf den Speicher sind standardmäßig 64 Bit groß, weshalb der Quellcode gegebenenfalls auf Kompatibilität überprüft werden muss. Obwohl keine neuen Funktionen zur API hinzugefügt wurden, gibt es Unterschiede zwischen Win32 und Win64. Deshalb wird auf 64-Bit-Systemen – für 32-Bit-Programme – durch eine Abstraktionsebene namens [[WOW64]] eine zu [[Win32]] kompatible API bereitgestellt.

	=== .NET Framework ===		=== .NET Framework ===
	Die ''[[.NET Framework\|.NET-Framework]]''-API (früher ''WinFX'' genannt) ist eine neuere, [[Objektorientierung\|objektorientierte]] API, die die native Windows-API erweitert. Die API wurde unter anderem entworfen, um zukünftigen Anwendungen einen einfachen, verwalteten Zugriff auf die zahlreichen neuen Features in [[Microsoft Windows Vista\|Windows Vista]] zu geben. .NET-Anwendungen laufen als sogenannter [[Managed Code]] (verwalteter Code) unter einer Laufzeitumgebung namens Common Language Runtime (CLR), einer [[Virtuelle Maschine\|virtuellen Maschine]], die im Sinne der Abstraktion keine direkten Maschinenbefehle ausführt, sondern stattdessen das aus Bytecode bestehende Programm in Maschinencode umwandelt, bevor es dann vom Prozessor ausgeführt werden kann. Der GUI-API-Satz für WinFX, der unter dem Codenamen ''Avalon'' läuft, wird [[Windows Presentation Foundation]] genannt und löst die alten GDI- und GDI+-APIs ab. Sie setzt direkt auf [[DirectX]] auf und benötigt Grafikkarten mit Hardwarebeschleunigung, um alle Effekte angemessen darstellen zu können.		Die ''[[.NET Framework\|.NET-Framework]]''-API (früher ''WinFX'' genannt) ist eine neuere, [[Objektorientierung\|objektorientierte]] API, die die native Windows-API erweitert. Die API wurde unter anderem entworfen, um zukünftigen Anwendungen einen einfachen, verwalteten Zugriff auf die zahlreichen neuen Features in [[Microsoft Windows Vista\|Windows Vista]] zu geben. .NET-Anwendungen laufen als sogenannter [[Managed Code]] (verwalteter Code) unter einer Laufzeitumgebung namens [[Common Language Runtime]] (CLR), einer [[Virtuelle Maschine\|virtuellen Maschine]], die im Sinne der Abstraktion keine direkten Maschinenbefehle ausführt, sondern stattdessen das aus Bytecode bestehende Programm in Maschinencode umwandelt, bevor es dann vom Prozessor ausgeführt werden kann. Der GUI-API-Satz für WinFX, der unter dem Codenamen ''Avalon'' läuft, wird [[Windows Presentation Foundation]] genannt und löst die alten GDI- und GDI+-APIs ab. Sie setzt direkt auf [[DirectX]] auf und benötigt Grafikkarten mit Hardwarebeschleunigung, um alle Effekte angemessen darstellen zu können.

	=== Weitere APIs ===		=== Weitere APIs ===
Zeile 142:		Zeile 142:
	== Literatur ==		== Literatur ==
	* {{Literatur \|Autor=Mark Russinovich \|Titel=Windows Internals Part I \|Auflage=6 \|Verlag=Microsoft Press \|Datum=2012 \|Sprache=en \|ISBN=978-0-7356-4873-9}}		* {{Literatur \|Autor=Mark Russinovich \|Titel=Windows Internals Part I \|Auflage=6 \|Verlag=Microsoft Press \|Datum=2012 \|Sprache=en \|ISBN=978-0-7356-4873-9}}
	* {{Literatur \|Autor=Charles Petzold \|Titel=Programming Windows Second Edition \|Auflage=2 \|Verlag=Microsoft Press \|Sprache=en}}		* {{Literatur \|Autor=Charles Petzold \|Titel=Programming Windows Second Edition \|Auflage=2 \|Verlag=Microsoft Press \|Datum=1990 \|Sprache=en \|ISBN=1-55615-264-7}}

	== Weblinks ==		== Weblinks ==

84.158.113.105: /* Literatur */

2024-06-11T12:34:56Z

Literatur

← Nächstältere Version		Version vom 11. Juni 2024, 14:34 Uhr
Zeile 142:		Zeile 142:
	== Literatur ==		== Literatur ==
	* {{Literatur \|Autor=Mark Russinovich \|Titel=Windows Internals Part I \|Auflage=6 \|Verlag=Microsoft Press \|Datum=2012 \|Sprache=en \|ISBN=978-0-7356-4873-9}}		* {{Literatur \|Autor=Mark Russinovich \|Titel=Windows Internals Part I \|Auflage=6 \|Verlag=Microsoft Press \|Datum=2012 \|Sprache=en \|ISBN=978-0-7356-4873-9}}
			* {{Literatur \|Autor=Charles Petzold \|Titel=Programming Windows Second Edition \|Auflage=2 \|Verlag=Microsoft Press \|Sprache=en}}

	== Weblinks ==		== Weblinks ==

84.158.113.105: /* Win16 */ Win16 Anwendungen verwenden Segmentierte Speichermodelle

2024-06-11T12:12:24Z

Win16: Win16 Anwendungen verwenden Segmentierte Speichermodelle

← Nächstältere Version		Version vom 11. Juni 2024, 14:12 Uhr
Zeile 13:		Zeile 13:
	=== Win16 ===		=== Win16 ===
	''Win16'' war die erste API für die [[16-Bit]]-Versionen von [[Windows]]. Gängiger Begriff war schlicht Windows API, wurde aber später umbenannt in Win16, um sie von der neueren Windows API der 32-Bit-Architektur unterscheiden zu können. Die Funktionen der Win16 API liegen hauptsächlich im Kern des Betriebssystems ''kernel.exe'' (oder ''krnl286.exe'' oder ''krnl386.exe''), ''user.exe'' und ''gdi.exe''. Trotz der Dateiendung <code>exe</code> sind diese Dateien tatsächlich sogenannte [[Dynamic Link Library\|Programmbibliotheken]]. 16-Bit-Windows-Anwendungen sind ausschließlich für einen [[Kooperatives Multitasking\|kooperativen Multitasking]] Betriebsmodus designed, unter modernen 32-Bit-Windows-Versionen laufen sie mithilfe der [[Virtual 8086 Mode]]-Einheit der CPU in einer VM86-Instanz, die wiederum als 32-Bit-Windows-Anwendung [[präemptives Multitasking]] verwendet. Die Ursache für das [[Kooperatives Multitasking\|kooperative Multitasking]]-Design liegt darin begründet, dass der 8086-Prozessor, der von Windows bis Version 3.0 unterstützt wurde, über keine [[Memory Protection Unit]] verfügt. Theoretisch wäre präemptives Multitasking auf einer solchen CPU zwar auch in Software umsetzbar gewesen, aber eine solche reine Softwarelösung hätte sehr viel Leistung erfordert und wäre auf einem 8086 zu langsam gewesen.		''Win16'' war die erste API für die [[16-Bit]]-Versionen von [[Windows]]. Gängiger Begriff war schlicht Windows API, wurde aber später umbenannt in Win16, um sie von der neueren Windows API der 32-Bit-Architektur unterscheiden zu können. Die Funktionen der Win16 API liegen hauptsächlich im Kern des Betriebssystems ''kernel.exe'' (oder ''krnl286.exe'' oder ''krnl386.exe''), ''user.exe'' und ''gdi.exe''. Trotz der Dateiendung <code>exe</code> sind diese Dateien tatsächlich sogenannte [[Dynamic Link Library\|Programmbibliotheken]]. 16-Bit-Windows-Anwendungen sind ausschließlich für einen [[Kooperatives Multitasking\|kooperativen Multitasking]] Betriebsmodus designed, unter modernen 32-Bit-Windows-Versionen laufen sie mithilfe der [[Virtual 8086 Mode]]-Einheit der CPU in einer VM86-Instanz, die wiederum als 32-Bit-Windows-Anwendung [[präemptives Multitasking]] verwendet. Die Ursache für das [[Kooperatives Multitasking\|kooperative Multitasking]]-Design liegt darin begründet, dass der 8086-Prozessor, der von Windows bis Version 3.0 unterstützt wurde, über keine [[Memory Protection Unit]] verfügt. Theoretisch wäre präemptives Multitasking auf einer solchen CPU zwar auch in Software umsetzbar gewesen, aber eine solche reine Softwarelösung hätte sehr viel Leistung erfordert und wäre auf einem 8086 zu langsam gewesen.
			Ein Nachteil von Win16 Anwendungen ist, dass sie auch die segmentierten [[Segmentierung (Speicherverwaltung)#Intels x86-Prozessoren im Real-Mode\|Speichermodelle]] nutzen müssen, wie es auch in MS-DOS üblich war. Dies führte dazu, dass bei den Speichermodellen <code>huge</code> und <code>large</code> die Hochsprachencompiler den Code jeder Quellcodedatei eines Software Projekts in ihr eigenes Segment in der [[Ausführbare Datei\|ausführbaren Datei]] verpackten, weswegen der Funktionsaufruf einer Funktion, der in einer anderen Quellcodedatei definiert wurde, langsamer war, als Funktionsaufrufe von Funktionen, die in der gleichen Quellcodedatei und damit dem gleichen Segment lagen.<ref>https://learn.microsoft.com/en-us/archive/msdn-magazine/2000/july/under-the-hood-happy-10th-anniversary-windows ''Under the Hood: Happy 10th Anniversary, Windows'' von Matt Pietrek, MSDN Magazin</ref>

	=== Win32 ===		=== Win32 ===

Siegbert v2: Vorlagen für Literatur

2024-05-05T04:51:31Z

Vorlagen für Literatur

← Nächstältere Version		Version vom 5. Mai 2024, 06:51 Uhr
Zeile 140:		Zeile 140:

	== Literatur ==		== Literatur ==
	* Mark Russinovich: ''Windows Internals Part I~~''. Sechste~~ Auflage, Microsoft Press, 2012, ~~ISBN~~ 978-0-7356-4873-9		* {{Literatur \|Autor=Mark Russinovich \|Titel=Windows Internals Part I \|Auflage=6 \|Verlag=Microsoft Press \|Datum=2012 \|Sprache=en \|ISBN=978-0-7356-4873-9}}

	== Weblinks ==		== Weblinks ==
	* [http://www.ecma-international.org/publications/standards/Ecma-234.htm Windows (3.1) API-Spezifikation ~~(ECMA-234)] (englisch)~~		* {{Internetquelle \|url=http://www.ecma-international.org/publications/standards/Ecma-234.htm \|titel=Standard ECMA-234: Application Programming Interface for Windows \|datum=1995-12 \|sprache=en \|archiv-url=https://web.archive.org/web/20030510041034/http://www.ecma-international.org/publications/standards/Ecma-234.htm \|archiv-datum=2003-05-10 \|abruf=2024-05-05 \|abruf-verborgen=ja \|kommentar=Windows (3.1) API-Spezifikation}}

	== Einzelnachweise ==		== Einzelnachweise ==

217.225.176.104: Umgestellt, Stil

2024-04-16T12:03:16Z

Umgestellt, Stil

Änderungen zeigen

93.214.141.103: /* Win16 */ Jede Menge Deppenleerzeichen

2024-04-16T05:36:31Z

Win16: Jede Menge Deppenleerzeichen

← Nächstältere Version		Version vom 16. April 2024, 07:36 Uhr
Zeile 12:		Zeile 12:

	=== Win16 ===		=== Win16 ===
	''Win16'' war die erste API für die [[16-Bit]]-Versionen von [[Windows]]. Gängiger Begriff war schlicht Windows API, wurde aber später umbenannt in Win16, um sie von der neueren Windows API der 32-Bit-Architektur unterscheiden zu können. Die Funktionen der Win16 API liegen hauptsächlich im Kern des Betriebssystems: ''kernel.exe'' (oder ''krnl286.exe'' oder ''krnl386.exe''), ''user.exe'' und ''gdi.exe''. Trotz der Dateiendung <code>exe</code> sind diese Dateien tatsächlich sogenannte [[Dynamic Link Library\|Programmbibliotheken]]. 16 Bit Windows Anwendungen sind ausschließlich für einen [[Kooperatives Multitasking\|kooperativen Multitasking]] Betriebsmodus designed, unter modernen 32 Bit Windows Versionen laufen sie mithilfe der [[Virtual 8086 Mode]] Einheit der CPU in einer VM86 Instanz, die wiederum als 32 Bit Windows Anwendung [[präemptives Multitasking]] verwendet. Die Ursache für das [[Kooperatives Multitasking\|kooperative Multitasking]] Design liegt darin begründet, ~~weil~~ der 8086 Prozessor, der von Windows bis ~~Windows~~ 3.0 unterstützt wurde, über keine [[Memory Protection Unit]] verfügt. Theoretisch wäre präemptives Multitasking auf einer solchen CPU zwar auch in Software umsetzbar gewesen, aber eine solche reine Softwarelösung hätte sehr viel Leistung erfordert und wäre auf einem 8086 zu langsam ~~geworden~~.		''Win16'' war die erste API für die [[16-Bit]]-Versionen von [[Windows]]. Gängiger Begriff war schlicht Windows API, wurde aber später umbenannt in Win16, um sie von der neueren Windows API der 32-Bit-Architektur unterscheiden zu können. Die Funktionen der Win16 API liegen hauptsächlich im Kern des Betriebssystems ''kernel.exe'' (oder ''krnl286.exe'' oder ''krnl386.exe''), ''user.exe'' und ''gdi.exe''. Trotz der Dateiendung <code>exe</code> sind diese Dateien tatsächlich sogenannte [[Dynamic Link Library\|Programmbibliotheken]]. 16-Bit-Windows-Anwendungen sind ausschließlich für einen [[Kooperatives Multitasking\|kooperativen Multitasking]] Betriebsmodus designed, unter modernen 32-Bit-Windows-Versionen laufen sie mithilfe der [[Virtual 8086 Mode]]-Einheit der CPU in einer VM86-Instanz, die wiederum als 32-Bit-Windows-Anwendung [[präemptives Multitasking]] verwendet. Die Ursache für das [[Kooperatives Multitasking\|kooperative Multitasking]]-Design liegt darin begründet, dass der 8086-Prozessor, der von Windows bis Version 3.0 unterstützt wurde, über keine [[Memory Protection Unit]] verfügt. Theoretisch wäre präemptives Multitasking auf einer solchen CPU zwar auch in Software umsetzbar gewesen, aber eine solche reine Softwarelösung hätte sehr viel Leistung erfordert und wäre auf einem 8086 zu langsam gewesen.

	=== Win32 ===		=== Win32 ===

84.158.117.168: /* Win16 */ typo

2024-03-23T23:26:26Z

Win16: typo

← Nächstältere Version		Version vom 24. März 2024, 01:26 Uhr
Zeile 12:		Zeile 12:

	=== Win16 ===		=== Win16 ===
	''Win16'' war die erste API für die [[16-Bit]]-Versionen von [[Windows]]. Gängiger Begriff war schlicht Windows API, wurde aber später umbenannt in Win16, um sie von der neueren Windows API der 32-Bit-Architektur unterscheiden zu können. Die Funktionen der Win16 API liegen hauptsächlich im Kern des Betriebssystems: ''kernel.exe'' (oder ''krnl286.exe'' oder ''krnl386.exe''), ''user.exe'' und ''gdi.exe''. Trotz der Dateiendung <code>exe</code> sind diese Dateien tatsächlich sogenannte [[Dynamic Link Library\|Programmbibliotheken]]. 16 Bit Windows Anwendungen sind ausschließlich für einen [[Kooperatives Multitasking\|~~kooperatives~~ Multitasking]] Betriebsmodus designed, unter modernen 32 Bit Windows Versionen laufen sie mithilfe der [[Virtual 8086 Mode]] Einheit der CPU in einer VM86 Instanz, die wiederum als 32 Bit Windows Anwendung [[präemptives Multitasking]] verwendet. Die Ursache für das [[Kooperatives Multitasking\|kooperative Multitasking]] Design liegt darin begründet, weil der 8086 Prozessor, der von Windows bis Windows 3.0 unterstützt wurde, über keine [[Memory Protection Unit]] verfügt. Theoretisch wäre präemptives Multitasking auf einer solchen CPU zwar auch in Software umsetzbar gewesen, aber eine solche reine Softwarelösung hätte sehr viel Leistung erfordert und wäre auf einem 8086 zu langsam geworden.		''Win16'' war die erste API für die [[16-Bit]]-Versionen von [[Windows]]. Gängiger Begriff war schlicht Windows API, wurde aber später umbenannt in Win16, um sie von der neueren Windows API der 32-Bit-Architektur unterscheiden zu können. Die Funktionen der Win16 API liegen hauptsächlich im Kern des Betriebssystems: ''kernel.exe'' (oder ''krnl286.exe'' oder ''krnl386.exe''), ''user.exe'' und ''gdi.exe''. Trotz der Dateiendung <code>exe</code> sind diese Dateien tatsächlich sogenannte [[Dynamic Link Library\|Programmbibliotheken]]. 16 Bit Windows Anwendungen sind ausschließlich für einen [[Kooperatives Multitasking\|kooperativen Multitasking]] Betriebsmodus designed, unter modernen 32 Bit Windows Versionen laufen sie mithilfe der [[Virtual 8086 Mode]] Einheit der CPU in einer VM86 Instanz, die wiederum als 32 Bit Windows Anwendung [[präemptives Multitasking]] verwendet. Die Ursache für das [[Kooperatives Multitasking\|kooperative Multitasking]] Design liegt darin begründet, weil der 8086 Prozessor, der von Windows bis Windows 3.0 unterstützt wurde, über keine [[Memory Protection Unit]] verfügt. Theoretisch wäre präemptives Multitasking auf einer solchen CPU zwar auch in Software umsetzbar gewesen, aber eine solche reine Softwarelösung hätte sehr viel Leistung erfordert und wäre auf einem 8086 zu langsam geworden.

	=== Win32 ===		=== Win32 ===

84.158.117.168: /* Win16 */ Quelle: Programming Windows Second Edition, Charles Petzold Microsoft Press

2024-03-23T23:25:35Z

Win16: Quelle: Programming Windows Second Edition, Charles Petzold Microsoft Press

← Nächstältere Version		Version vom 24. März 2024, 01:25 Uhr
Zeile 12:		Zeile 12:

	=== Win16 ===		=== Win16 ===
	''Win16'' war die erste API für die [[16-Bit]]-Versionen von [[Windows]]. Gängiger Begriff war schlicht Windows API, wurde aber später umbenannt in Win16, um sie von der neueren Windows API der 32-Bit-Architektur unterscheiden zu können. Die Funktionen der Win16 API liegen hauptsächlich im Kern des Betriebssystems: ''kernel.exe'' (oder ''krnl286.exe'' oder ''krnl386.exe''), ''user.exe'' und ''gdi.exe''. Trotz der Dateiendung <code>exe</code> sind diese Dateien tatsächlich sogenannte [[Dynamic Link Library\|Programmbibliotheken]].		''Win16'' war die erste API für die [[16-Bit]]-Versionen von [[Windows]]. Gängiger Begriff war schlicht Windows API, wurde aber später umbenannt in Win16, um sie von der neueren Windows API der 32-Bit-Architektur unterscheiden zu können. Die Funktionen der Win16 API liegen hauptsächlich im Kern des Betriebssystems: ''kernel.exe'' (oder ''krnl286.exe'' oder ''krnl386.exe''), ''user.exe'' und ''gdi.exe''. Trotz der Dateiendung <code>exe</code> sind diese Dateien tatsächlich sogenannte [[Dynamic Link Library\|Programmbibliotheken]]. 16 Bit Windows Anwendungen sind ausschließlich für einen [[Kooperatives Multitasking\|kooperatives Multitasking]] Betriebsmodus designed, unter modernen 32 Bit Windows Versionen laufen sie mithilfe der [[Virtual 8086 Mode]] Einheit der CPU in einer VM86 Instanz, die wiederum als 32 Bit Windows Anwendung [[präemptives Multitasking]] verwendet. Die Ursache für das [[Kooperatives Multitasking\|kooperative Multitasking]] Design liegt darin begründet, weil der 8086 Prozessor, der von Windows bis Windows 3.0 unterstützt wurde, über keine [[Memory Protection Unit]] verfügt. Theoretisch wäre präemptives Multitasking auf einer solchen CPU zwar auch in Software umsetzbar gewesen, aber eine solche reine Softwarelösung hätte sehr viel Leistung erfordert und wäre auf einem 8086 zu langsam geworden.

	=== Win32 ===		=== Win32 ===

Aka: /* Win32s */ Leerzeichen vor Beleg entfernt, Leerzeichen nach Beleg eingefügt

2022-05-05T11:22:14Z

Win32s: Leerzeichen vor Beleg entfernt, Leerzeichen nach Beleg eingefügt

← Nächstältere Version		Version vom 5. Mai 2022, 13:22 Uhr
Zeile 20:		Zeile 20:

	=== Win32s ===		=== Win32s ===
	''Win32s'' ist die 32-Bit-API für die [[Microsoft Windows 3.1\|Windows-3.1x]]-Familie und als solche die 32-Bit-Erweiterung<ref>[http://web.mit.edu/cascon/microsoft/win32sins.htm How to download and install Win32s using Windows 3.1 File Manager] (englisch) – ''[[Massachusetts Institute of Technology\|MIT]]'', mit „{{lang\|en\|Win32s is an extension for the Windows 3.1 and Windows 3.11 operating systems, which allows them to run some 32-bit applications.}}“; letzte Änderung am 18. Februar 1999</ref> für die ansonsten 16-bittigen Betriebssysteme. Das „s“ steht für Teilmenge (englisch ''{{lang\|en\|subset}}''). Dabei wurden die Funktionsbibliotheken aus Windows NT nicht komplett übernommen, sondern lediglich eine Auswahl daraus, so ist beispielsweise [[Microsoft Office\|MS Office 97]] unter Windows NT 3.51 lauffähig, nicht jedoch unter Windows 3.1x. In Kombination mit [[Grafikstandard\|Grafikschnittstellen]] wie [[OpenGL]] oder [[Video for Windows]] sollte damit jedoch bis zum Erscheinen von Windows 95 ein ausreichender Standard für Heimanwender gesetzt werden. Sie wurde mehrmals angepasst und in höheren Versionsnummern ergänzt. Die letzte Version war Version 1.30c. <ref>[http://stephan.win31.de/w32slist.htm The Win32s compatibility list]</ref>Für die Nutzung der Win32s-API ist in Windows 3.x der [[Windows 3.x#Enhanced Mode (Erweiterter Modus)\|Enhanced Mode]] erforderlich.		''Win32s'' ist die 32-Bit-API für die [[Microsoft Windows 3.1\|Windows-3.1x]]-Familie und als solche die 32-Bit-Erweiterung<ref>[http://web.mit.edu/cascon/microsoft/win32sins.htm How to download and install Win32s using Windows 3.1 File Manager] (englisch) – ''[[Massachusetts Institute of Technology\|MIT]]'', mit „{{lang\|en\|Win32s is an extension for the Windows 3.1 and Windows 3.11 operating systems, which allows them to run some 32-bit applications.}}“; letzte Änderung am 18. Februar 1999</ref> für die ansonsten 16-bittigen Betriebssysteme. Das „s“ steht für Teilmenge (englisch ''{{lang\|en\|subset}}''). Dabei wurden die Funktionsbibliotheken aus Windows NT nicht komplett übernommen, sondern lediglich eine Auswahl daraus, so ist beispielsweise [[Microsoft Office\|MS Office 97]] unter Windows NT 3.51 lauffähig, nicht jedoch unter Windows 3.1x. In Kombination mit [[Grafikstandard\|Grafikschnittstellen]] wie [[OpenGL]] oder [[Video for Windows]] sollte damit jedoch bis zum Erscheinen von Windows 95 ein ausreichender Standard für Heimanwender gesetzt werden. Sie wurde mehrmals angepasst und in höheren Versionsnummern ergänzt. Die letzte Version war Version 1.30c.<ref>[http://stephan.win31.de/w32slist.htm The Win32s compatibility list]</ref> Für die Nutzung der Win32s-API ist in Windows 3.x der [[Windows 3.x#Enhanced Mode (Erweiterter Modus)\|Enhanced Mode]] erforderlich.

	=== Win64 ===		=== Win64 ===

IT-Compiler: /* Win32s */ Letzte Version war 1.30c - Quelle: http://stephan.win31.de/w32slist.htm

2022-05-05T05:35:07Z

Win32s: Letzte Version war 1.30c - Quelle: http://stephan.win31.de/w32slist.htm

← Nächstältere Version		Version vom 5. Mai 2022, 07:35 Uhr
Zeile 20:		Zeile 20:

	=== Win32s ===		=== Win32s ===
	''Win32s'' ist die 32-Bit-API für die [[Microsoft Windows 3.1\|Windows-3.1x]]-Familie und als solche die 32-Bit-Erweiterung<ref>[http://web.mit.edu/cascon/microsoft/win32sins.htm How to download and install Win32s using Windows 3.1 File Manager] (englisch) – ''[[Massachusetts Institute of Technology\|MIT]]'', mit „{{lang\|en\|Win32s is an extension for the Windows 3.1 and Windows 3.11 operating systems, which allows them to run some 32-bit applications.}}“; letzte Änderung am 18. Februar 1999</ref> für die ansonsten 16-bittigen Betriebssysteme. Das „s“ steht für Teilmenge (englisch ''{{lang\|en\|subset}}''). Dabei wurden die Funktionsbibliotheken aus Windows NT nicht komplett übernommen, sondern lediglich eine Auswahl daraus, so ist beispielsweise [[Microsoft Office\|MS Office 97]] unter Windows NT 3.51 lauffähig, nicht jedoch unter Windows 3.1x. In Kombination mit [[Grafikstandard\|Grafikschnittstellen]] wie [[OpenGL]] oder [[Video for Windows]] sollte damit jedoch bis zum Erscheinen von Windows 95 ein ausreichender Standard für Heimanwender gesetzt werden. Sie wurde mehrmals angepasst und in höheren Versionsnummern ergänzt. Für die Nutzung der Win32s-API ist in Windows 3.x der [[Windows 3.x#Enhanced Mode (Erweiterter Modus)\|Enhanced Mode]] erforderlich.		''Win32s'' ist die 32-Bit-API für die [[Microsoft Windows 3.1\|Windows-3.1x]]-Familie und als solche die 32-Bit-Erweiterung<ref>[http://web.mit.edu/cascon/microsoft/win32sins.htm How to download and install Win32s using Windows 3.1 File Manager] (englisch) – ''[[Massachusetts Institute of Technology\|MIT]]'', mit „{{lang\|en\|Win32s is an extension for the Windows 3.1 and Windows 3.11 operating systems, which allows them to run some 32-bit applications.}}“; letzte Änderung am 18. Februar 1999</ref> für die ansonsten 16-bittigen Betriebssysteme. Das „s“ steht für Teilmenge (englisch ''{{lang\|en\|subset}}''). Dabei wurden die Funktionsbibliotheken aus Windows NT nicht komplett übernommen, sondern lediglich eine Auswahl daraus, so ist beispielsweise [[Microsoft Office\|MS Office 97]] unter Windows NT 3.51 lauffähig, nicht jedoch unter Windows 3.1x. In Kombination mit [[Grafikstandard\|Grafikschnittstellen]] wie [[OpenGL]] oder [[Video for Windows]] sollte damit jedoch bis zum Erscheinen von Windows 95 ein ausreichender Standard für Heimanwender gesetzt werden. Sie wurde mehrmals angepasst und in höheren Versionsnummern ergänzt. Die letzte Version war Version 1.30c. <ref>[http://stephan.win31.de/w32slist.htm The Win32s compatibility list]</ref>Für die Nutzung der Win32s-API ist in Windows 3.x der [[Windows 3.x#Enhanced Mode (Erweiterter Modus)\|Enhanced Mode]] erforderlich.

	=== Win64 ===		=== Win64 ===