Multitasking Interna verstehen

[TiGü]

Zitat von delphifan2004:

Zitat von TiGü:

Zitat von delphifan2004:

Ich werde also erst mal probieren Datenstrukturen zu bauen und dann wie ein Kind rumprobieren um erste Erfahrungen zu sammeln.

Du könntest natürlich auch erstmal dich in das Thema einlesen und versuchen zu verstehen, wie das bspw. in Windows gelöst ist.
Beispiel:
https://www.codeproject.com/Articles...Windows-Thread

... und mit Threads programmieren wie das unter Windows gemacht wir. Klar! Danke für den Link. Habe auch schon Michael Puff's Seite aufgesucht und dort auch Dokus gefunden über Win-API und auch über Threads mit Delphi ist ein Tutorial dabei. Das wäre dann erst mal die Verwendung der Threadlogik wie sie in Windows implementiert ist. Danach will ich aber weiter. Und lernen wie das "unter der Haube" gemacht wird. Das API ist ja nur das Interface dazu.

Ja ja, bla bla...hast du dir den Link überhaupt angeguckt?
Da geht es eben NICHT darum wie man die WinAPI bedient - also Funktionen aufruft usw. - sondern ist ein erster einfacher Einstieg über den Hintergrund, also was da in Windows passiert und welche Datenobjekte der Kernel dafür braucht und anlegt.

Wenn du es dann wirklich im Detail verstehen willst, empfehle ich das "Windows Internals" Buch:
https://www.amazon.de/dp/B0711FDMRR/...ng=UTF8&btkr=1
https://www.amazon.de/dp/B07D3BTQTG/...ng=UTF8&btkr=1
https://docs.microsoft.com/en-us/sys...dows-internals

In der neusten englischen Ausgabe wird da über 107 Seiten alles über Threads behandelt.

Wenn du gebraucht die vorige Edition sechs findest und günstig erwerben kannst, dann tut es das auch.
Jede bessere Bibliothek sollte zumindest per Fernleihe eine Ausgabe (deutsch oder englisch) verfügbar haben.

[TiGü]

Wenn man nur Quelltext lesen möchte, kann man sich natürlich ab Zeile 136 ff. der thread.c vom ReactOS-Projekt verlieren:
https://doxygen.reactos.org/d0/d85/d...8c_source.html

[delphifan2004]

Zuerst schau ich mir Codeproject gründlicher an. Bin da noch dabei. Hatte zunächst nur oberflächlich rein geschaut und nicht sofort gesehen, dass dort die Thread Internals unterhalb der Windows Ebene beschrieben werden. Erst als ich weiter runter gescrollt habe, hab ich das richtig erfasst. Windows Internals ist auch ein guter Tipp. Aber alles nacheinander. Danke für die Link's! Muss mich da erst mal rein arbeiten.

Auf Quelltextebene ist nicht genug für mich, ich brauch da schon die andere Doku mit den Windows Internals. Dennoch danke!

[OT]
Muss mal wieder die aktuelle Version von ReactOS runter laden. Leider läuft ReactOS bisher nicht auf meinem Rechner, obwohl Linux durchaus läuft, ich nutze Knoppix. Und soweit ich weiß hat ReactOS einen Linux Kernel.[/OT]

[TiGü]

Zitat von delphifan2004:

Und soweit ich weiß hat ReactOS einen Linux Kernel.[/OT]

Nee, das verwechselst du gerade mit dem Wine-Projekt.

[delphifan2004]

Zitat von TiGü:

Zitat von delphifan2004:

Und soweit ich weiß hat ReactOS einen Linux Kernel.[/OT]

Nee, das verwechselst du gerade mit dem Wine-Projekt.

Ups. Das wusste ich nicht! Also eigener Kernel dort?

[TiGü]

Ja. Wikipedia gibt nähere Auskunft.

[himitsu]

Jo, Wine und ReactOS nutzen gegenseitig quasi vom Frontend (APIs für die ausgeführten Programme) einge OpenSource-Teile. Auch von Haiku (einem anderen Betriebssystem) und anderen offenen Quellen werden Teile benutzt (alles selbst zu machen zu wollen wäre auch bissl "blöd", für so ein kleines Team) und die API-Definitionen werden "absichtlich" von Windows abgeguckt.
Für die auszuführenden Programme haben Wine und ReactOS ja praktisch das "selbe" Ziel,
blos dass Wine eben "nur" als Übersetzer für Linux arbeitet und ReactOS als eigenständiges Betriebssystem konzeptioniert ist.

Intern quasi alles "neu", aber nach außen soll alles so aussehen wie im Windows, denn schließlich soll es "kompatibel" sein.
Stell es dir z.B. fast ein Bissl wie MariaDB gegen MySQL vor.


Auch wenn also die APIs für's Multitasking/Threadding/... abgeguckt wurden, kann es intern funktionell "ähnlich" arbeiten, aber kann/wird/muss es intern natürlich anders implementiert sein, da es ja kein 100%-Klon sein soll/darf.


PS: Wer wirklich "mehr" wissel will, der sollte Wiki auch mal in anderen Sprachen fragen,
da es meistenst keine Übersetzungen, sondern eigenständige Artikel sind, die überall unterschiedlich ausführlich sind. (und da es z.B. mehr Englischsprachige als Deutschsprachige gibt .....)