Hilfe
Neues Thema
Dieses Thema ist geschlossen
Ich hab jetzt ein ganz großes grundsätzliches Problem, mit dem ihr als allererstes kämpfen müsst, um überhaupt weiter machen zu können
. Auf der x86 Plattform gibt es zwei Betriebsarten, in denen die CPU läuft. Kern und Benutzermodus. Im Kernmodus kann man machen was man will, Hardware ansteuern, alle Register verwenden etc. Im Benutzermodus sind bestimmte Aktionen nicht erlaubt, nicht der gesammte Speicherbereich ist ansprechbar (--> Fehler, wenn doch. Die bekannten Speicherzugriffsfehler aka Segmentationfault, die ja jeder kennen müsste), Zugriff auf alle oder einen Teil der Hardware ist untersagt uswusf. Grund? Ganz einfach, sonst könnte jedes, und wirklich jedes Programm die komplette Kontrolle über das System erlangen. Blödes Beispiel: Ein Benutzer hat seine Daten für fremdzugriff gesperrt. Selbst mit einer Verschlüsselung, könnte er auf einem Multiusersystem (sprich, mehrere Benutzer können gleichzeitig auf der Hardware arbeiten, über physische Terminals, Netzwerk, oder Telepathie) sich nie sicher sein, dass die Daten unverändert und/oder mitgelesen werden, wenn er sie in den Speicher läd (irgendwann müssen sie ja entschlüsselt werden, vielleicht beobachtet ja ein anderes Programm was er tut?) oder wenn er das Passwort eingibt, könnte das abgefangen werden... kein Problem.Aus diesen und natürlich aus Stabilitätsgründen (man will ja nicht, dass ein durchgeknalltes Programm den Abteilungsserver abschießt) können normale Programme nicht direkt auf die Hardware zugreifen. Ich will jetzt nicht "per Definition ist ein Betriebssystem aber ..." anfangen, aber ... was ihr machen wollt, kann gar kein Betriebssystem sein. Denn ihr könnt Teile nicht selber programmieren, wenn ihr Windows nicht selbst ändert (den Kern umschreibt - kein Quellcode --> sehr schwer + nicht so ganz legal).
Das schöne ist, man kann Code in den Kern einschleusen. Macht sogar eigentlich jeder ^^ In Form von Treibern. Ein eigenes Dateisystem könnte möglich sein. Ich weis nicht, wie Windows die Dateisystemtreiber verbastelt... soweit ich weis, gibt es für das linux extendet filesystem (extfs, bzw. aktuell ext2fs und ext3fs) Treiber für Windows - da könnten ihr euch sicher was abschaun
.Aber ich bezweifel, dass ihr zB an den Prozessscheduler rankommt, an die Speicherverwaltung, an das Ressourcenmanagement oder an die Treiberschnittstelle selbst. Und genau das sind ja die lustigen Stellen eines Betriebssystems, da wo's interessant wird.
Zitat
eine art eigenes dateisystem aufzusetzten, dass datenbank gestützt arbeitet und über eine dynmaisch ertsellte html / php oberfläche die daten anzeigt und die arbeit damit ermöglicht
Ein eigenes Dateisystem müsste möglich sein. Aber bitte bitte schreib eigene Datenbankalgorythmen und versuch nicht, das auf einer Datenbank, die dann wiederum normale Dateien auf einem Dateisystem schreibt laufen zu lassen. Eine HTML/PHP Oberfläche? Was anderes ist denn der Windows Exploder? N Browser der auch Dateien anzeigen kann!
Wenn du nur n Dateisystem + n alternativen Dateimanager basteln willst, dann gilt das ganz sicher nicht als Betriebssystem ^^. Als Betriebssystemerweiterung vielleicht. Ein Treiber + ein lustiges Programm dafür. Oh mir kommt gerade ne Idee... vielleicht hab ich dich ja ganz falsch verstanden ...
Meinst du ein PHP-Programm, das Dateien verwalten kann, die dann in einer Datenbank gespeichert werden?
*ich verstehs nicht*
Zitat
es wird nicht zu geschwindigkeitseinbußen kommen, da viele windowsdienste deaktiviert werden, sobald unser OS ausgeführt wird. näheres haben wir uns dazu aber auch noch nicht überlegt.
kann ja nich, weil ja windows die programme ausführt, weil du das windows nicht abnehmen kannst, wenn du windows programmscheduler nicht überlistest und du nicht anfängst, den programmcode zu interpretieren (Sprich, n x86 system zu simulieren).
Ich finds toll, dass sich so schnell so viele Leute zusammen finden. Versteht mein Posting nicht als Noobbashing oder rumgepose, was ich denn so tolles alles weis, das kann jeder in 2 Wochen ganz leicht lernen ^^. Würd nur gern wissen, um was es eigentlich geht. Runde die Anforderungen an das Programm / die Programmsammlung, die am Ende stehen soll, doch etwas ab. Vorallem der Part, der mit Windows interagieren muss und inwieweit es sich tatsächlich um ein Betriebssystem und nicht um eine alternative Shell handeln soll.
Wenn das geklärt ist, und es interessant kling, würd ich auch gern mitmachen. Als was weis ich nur nich so recht ... kann ganz ordentlich c++ und Java programmieren, etwas C, etwas Assembler, PHP und Perl auch ganz gut - darauf hab ich aber keine Lust mehr, brauch etwas abwechslung von der Winfuture-programmierarbeit ^^. Ich weis in Grundzügen, wie ein Betriebssystem arbeitet und kann mich weiter einarbeiten, wenn das nötig sein sollte.
Viele Grüße,
mo
Nach oben
geschrieben 
geschrieben 
