Das wird ganz drauf ankommen, wieviel du von anderen Systemen abguckst und ob du sogar ein eigenen Prozessor erfindest.

Wenn du sogar den Prozessor neuerfindest, dann isses logisch das du eigene Opcodes usw. im ausführbaren Binary unterbringen musst und die folglich mit nichts kompatibel sind. Dann musst du nicht nur ein komplett neues Format für ausführbare Dateien erfinden, sondern noch vieles mehr.

Wenn nur der Prozessor gleich ist, sonst dein Betriebssystem ganz dein Eigen ist, mögen vielleicht die Befehle fürs Plusrechnen oder für einfache Division oder einfaches Rechnen gleichsein, ebenso interne CPU-Befehle, aber das ist alles wo man nichts sieht, also eine "Hallo Welt!"-Ausgabe auf dem Bildschirm kannst du knicken, wenn bei dir alles anders ist und du weil wenn du sagst, das es dein eigenes Betriebssystem ist, ein ganz anderes Zeichensatzsystem verwenden würdest. Das das Format (wann und wie eine Datei aufgebaut ist) folglich anders sein muss (wenn du ein ganz neues Betriebssystem entwickelt) weil sich ja Zeichensatz, API, Libraryverwaltung, OS-Architektur usw. unterscheiden von den Anderen, müsste doch einleuchtend sein.

Wenn du aber genug Teile von Linux oder sonstigem fertigen Resourcen übernimmst und "nur" weiterentwickelst und nicht alles neu machst, kann ich mir gut vorstellen, das einfache Linux-Binaries sich bei dir ohne Probleme ausführen lassen würden wie "Hallo Welt!", Mathematik und je nach dem wieviel du übernimmst auch Drucker/Dateizugriffe oder auch nicht.

Zitat

Original von Goriki
bill gates nimm dich in acht!!!

Achtung: Alles nur Theorie ... nimm dir mindestens J=(10000/x) Jahre Zeit (wobei 'x' die Zahl der Mitarbeiter ist, die am Betriebssystem werkeln) und ein guten Anwalt bevor du dein Betriebssystem veröffentlichst, irgendjemand findet immer ein Grund zum Verklagen.

@goriki: du beschreibst grade linux

@tyode: nimm linux und wine Oo

@goriki (1.post): aufgrund der tatsache das du ne neue api schreiben musst, musst du auch den linker für dein system anpassen

mit anderen worten, nehmt euch ein os was zu euch passt, und passt es so an, das es euch gefällt

ein eigenes os is für ein paar leute viel zu viel arbeit ums einfach mal so in ein paar tagen arbeit zu machen

Zitat

Original von pestahacker
mit anderen worten, nehmt euch ein os was zu euch passt, und passt es so an, das es euch gefällt

Bei Windows gibt es da aber nicht wirklich viel zum Anpassen (die GUI vielleicht etwas)

Zitat

ein eigenes os is für ein paar leute viel zu viel arbeit ums einfach mal so in ein paar tagen arbeit zu machen

Ja, 10 Mio. Zeilen werdens bestimmt werden Aber dafür denk mal an die Sicherheit vor Viren, hossa



Ich würde ein Betriebssystem auch so bauen wenn ich zu viel Zeit hätte:

- Im Kernel käme eine Routine rein, der sofort aus einem Spezialbereich (ähnlich dem MBR) der Festplatte alle nötigen Treiber lädt die aber optimal sind: Filesystem (ja, damit Bootpartition unkompliziert verschlüsselt werden kann), Tastatur, Monitor, Maus, Netzwerk, CDROM. Im Kernel ist nicht mal Monitor integriert! Weswegen? ZB damit es bei mir möglich wäre, ein Server ohne Grafikkarte oder Tastatur zu betreiben, aber dafür alleine mit Netzwerkkarte. Sollte mal ein Kernel-Treiber "klemmen" oder so, gibts ja ne Knoppix-ähnliche CD, die den 0815-Monitortreiber hat, und die Treiber im MBR Version "mein eigenes" managen kann (löschen, ersetzen, neu erstellen).

- Ob ich die VMM (Virtual Memory Managment) in als Kerneltreiber klassifizieren soll oder in einer höheren Treiberebene, da wäre ich mir nicht sicher, da ich bei beiden Varianten Vor- und Nachteile sehe.

- Sind die nötigen Treiber geladen, so das Filesystemzugriffe möglich sind, Tastatur, Grafikkarte, Netzwerkkarte gehen (was alles erwünscht ist, alles kein Muss), dann geht das Booten richtig los und zwar werden einfach Skripte ausgeführt, die die "Luxustreiber" wie USB, Kamera, TV-Karte, Lenkrad oder auch den vollen funktionsumfang der Grafikkarte aktiviert inklusive 3D. Hakt dort etwas, kann man es einfach durch aus/einkommentieren im Skript debuggen. Achja die GUI wäre dann auch ein Treiber und jeder Treiber bekommt idealerweise ein Verzeichnis zugesprochen, wo er seine Fehlerlogs und Grundeinstellungen speichern kann. Allerdings so "quatsch" und sonstige Blödeleien wie individuelle Farbeinstellungen gehören ins Homeverzeichnis /home/benutzername/prefs/programmname

- Natürlich gibts dann auch Libraries (bei Windows .dll's), wo man per API dann die Hardware indirekt ansprechen kann. So wäre es zB einem Autorennspiel egal, ob man per Joystick oder Lenkrad nach links lenkt.

Zitat

Original von Goriki

Zitat

Ja, 10 Mio. Zeilen werdens bestimmt werden Aber dafür denk mal an die Sicherheit vor Viren, hossa

wieso viren?

Eher den guten Schutz vor Viren weil erstmal niemand das Betriebssystem kennt und die erste Zeit auch es sich für kein Virenschreiber lohnt, da ein Virus zu schreiben.

Hi,

also meine Meinung nach müsstest du ,wenn du ein komplett eigenständiges System aufbaust ,alles neu machen ,du musst die Unterstüzung von allen möglichen Sachen ermöglichen.

Du müsstest einen Compiler für deinen PC schreiben

Ach ich habe keine Ahnung.

Aber mein Betriebssystem hätte keine ausführbaren Dateien.


ICh erfinde den Computer neu ,Programme werden in Lochkarten gestantzt .

Das Internet wird revolutioniert .

Es wird alles mechanisch ablaufen .

Oh da kommen meine Freunde in den weißen Mänteln und da is die böse Spritze,aber ihr kriegt mich nich


*PIKS*

Und wenn erstmal der Super Fluxkompensatur funktioniert, ja dann!!!!

Da der RAM nach dem nächsten Neustart wieder komplett leer ist, wird das glaub ich nichts ohne Festplatten

...und alle paar Tage musst du mit deinem PC ne Runde auf der Autobahn drehen ???




Mfg

Bernulf

Zitat

Original von Goriki
benutzerfreundlichkeit steht bei mir an höchster stelle

mfg goriki

Viel Spaß
meiner Erfahrung nach nimmt die Oberfläche, die Hilfe, die DAUSicherheit, der Schlagschatten am Menü, die Sicherheitsabfragen und die sonstigen Spielereien für den DAU mindestens doppelt so viel als die eigendliche Programmierung der Fähigkeiten des Programmes ein.

ich würde erstmal die Funktionstüchtigkeit und kompatibilität sicherstellen, also erst alles unbequem per Kommandozeile als Basis und die Oberfläche nebensächlich mit drauf; wenn man alles sofort DAUfreundlich macht, endet das ganze noch, das man programmierte Wergzeuge fürs Betriebssystem (!), die auch andere für nützlich halten, nicht automatisiert gesteuert werden können, weil sich die Menüpunkte nur mit der Maus steuern lassen ... sieht man so schön am Beispiel, das man in der Windows-Suche über die Oberfläche sehr viele Möglichkeiten hat (Dateifilter, Zeichenfolgen, Medien, Sortierung usw.) und in der DOS-Box via "Find" nicht mal möglich ist, unterverzeichnisse zu durchsuchen und schon gar nicht vernünftig via Batch

Zitat

Achtung: Alles nur Theorie ... nimm dir mindestens J=(10000/x) Jahre Zeit (wobei 'x' die Zahl der Mitarbeiter ist, die am Betriebssystem werkeln) und ein guten Anwalt bevor du dein Betriebssystem veröffentlichst, irgendjemand findet immer ein Grund zum Verklagen.

x:= Anzahl aller WMW Mitglieder :-)

Dann spuckt mal in die Hände in 2 Jahren sind wir an der macht

mfg