Eigenes Mini-Betriebssytsem

[Der Doktor]

Also jetzt erstmal mehr:
Ichh arbeite oder plane schon Docs Scriptum 0.2 (Beta venus). Dateisysteme gibts noch nicht, man kann ja auch nichts speichern. Ich habe noch keinen Test-PC für dieses OS, deswegen mit .iso auf VPC 2007. Oft kommen Probleme (Undwiederruflicher Prozessorfehler. Der PC wird zurückgesetzt) also wenn ich 10mal boote komm ich 2 durch, aber ist ja schon ein Anfang. Von DOS bin ich weit eintfernt, aber brauch ich ja noch nicht. Die Reihe Scriptum soll solange wietergehen, bis ich eine richtige gute Oberfläche habe, das Plane ich auf jeden fall^^. Prozesorverwaltung gibts auch noch nicht. Mit den datei-System da guck ich mal (Linux' Root-System wär ne Lösung). Aber ich arbeite in meiner Freizeit weiter und bis morgen (Zukunftsmeinung) mache ich doch lieber den PC an und sehe ein lächelndes Windows XP,Vista Logo oder OpenSuse. Ich halte euch aber auf jedenfall auf dem Laufendem und vielleicht gibts ja bald ne download .iso ... (weiter scrennshots kommen)

[Alex]

Is nach 63 Wörtern irgendein Cache voll ?
Oder Variable falsch declared ?

[Der Doktor]

Nein, dann ist kein Platz mehr da um weiter zu schreiben, der Arbeitsspeicher oder Cache (ist glaube ich das gleiche^^) ist dann voll. EDIT: Ja, auch der ders geproggt hat weiß nicht immer alles über sein OS. Ich wälze auch gerade in meiner freizeit ein Buch druch, für das eigene OS (muss man einfach mal auf einer Buchladenseite eingeben).

[Der Doktor]

Hier noch ein Screenshot von einem Mini-Update was ich heute angefertigt habe. Neu die Print Funktion, nur leider gibts für Docs keine treiber (is ja klar) und es gibt auch noch keine uSB Erkennung oder anders. Warum ich dies gemacht habe? Damit ich später nicht mehr machen muss (natürlich erneuern) und Speichern kann man eh noch nicht.
Hier der Screenshot des Auswahlmenus na dem Booten (Tastatur noch nicht erkannt)
[/url][url=http://img254.imageshack.us/my.php?image=docsscr2ej0.jpg]

[Dirk]

in assembler musste ich mal in dtra2 nen eigenen interrupt schreiben. war dann so eine art timer. aber das war alles für dos...

kann man irgendwie vom bios die uhr auslesen? in ner endlosschleife?? wäre ne totale os unabhängige sinnlosigkeit.

[oreissig]

Mich würde mal die interne Struktur interessieren. Bisher siehts so aus als wär das nur ne Endlosschleife, die nen zeichen von der tastatur liest und dann irgendwas macht.
Damit wär das genau genommen einfach nur ein Anwendungsprogramm (welches ohne Betriebssystem lauffähig ist (ähnlich wie Memtest86)) und kein Betriebssystem, da es keinerlei "Betrieb" (außer der eigenen Ausführung) ermöglicht, es fehlen Prozess-, Speicher- und Dateiverwaltung und die Bereitstellung von Schnittstellen für Anwendungen (und es gibt überhaupt erstmal Anwendungen).

Ist ja ein schickes experiment mal einen Rechner ohne OS zu becoden, aber wenn du es "Betriebssystem" nennen möchtest, dann solltest du auch entsprechende Infrastruktur schaffen.
Wenns schon kein Dateisystem, etc hat, dann machs doch wenigstens ähnlich wie bei VxWorks, dass man Anwendungen nicht auf dem System selbst installiert, sondern zur Compiletime mit ins OS einbindet und die Anwendung dann auf Betriebssystemroutinen zurückgreifen kann. Damit könntest du schonmal so einfache Sachen wie Konsolenein-/ausgabe und Systeminformationen Auslesen (z.B. BIOS-Zeit) bzw Setzen durch halbwegs abstrakte Schnittstellen bereitstellen

[huttERic]

Cool, ich glaube ich programmiere auch mal sowas sinnloses wie ein Direkt auf dem Rechner lauffähiges, dummes Programm

[Der Doktor]

Ich bin gerade dabei , es zu programmieren damit es die BIOS Uhr lesen kann. Ich bin ja auch noch beim Anfang so richtig ist es ja auch kein OS.

[Alex]

Hauptsache es wird

[Blue-Fox]

Ich habe einen passenden Test-PC...

AMD i386er
64MB Arbeitspeicher
1MB Grafikspeicher
genug Festplattenspeicher
1,44MB Floppy
1.20MB Floppy
MS-Dos 6.22
Windows 3.11 WfW
usw...

Der wäre doch geeignet... oder???

Blue-Fox