Vorheriges Thema anzeigen :: Nächstes Thema anzeigen |
Autor |
Nachricht |
-=]jOeY[=-
Anmeldungsdatum: 16.11.2004 Beiträge: 3
|
Verfasst am: 16.11.2004, 16:16 Titel: Betriebsystem in Q(uick)Basic und Assembler Schreiben??? |
|
|
Hi leute,
als ich eben so im net rumstöberte da sah
ich viele threads in foren die das thema eigenes
betriebsystem programmieren haben!!!
Da hab ich mich gefragt ob das auch in Q(uick)Basic geht???
Wenn nicht kann man denn wenigstens ne Grafische Benutzeroberfläche programmieren???
MFG
Danke im Vorraus
Patrick |
|
Nach oben |
|
|
Mecki Igel
Anmeldungsdatum: 10.09.2004 Beiträge: 985 Wohnort: Niederbayern
|
|
Nach oben |
|
|
Spongebob Schwamm
Anmeldungsdatum: 31.10.2004 Beiträge: 40
|
Verfasst am: 16.11.2004, 16:51 Titel: Beispiel |
|
|
Also ich würd es anders Formulieren:
Kann man eine EXE mit QuickBasic Programmieren die ohne Betriebsystem läuft und die Datei Test.exe öffnet?Und wenn ich die beiden EXE-Dateien jetzt auf ne Diskette kopiere und die Diskette in ein ausgechalteten Computer schiebe und den Computer anschalte soll die Exe automatisch starten |
|
Nach oben |
|
|
-=]jOeY[=-
Anmeldungsdatum: 16.11.2004 Beiträge: 3
|
Verfasst am: 16.11.2004, 17:06 Titel: |
|
|
Naja eigentlich habt ihr ja recht schade!!!
ich hab mal mit Assembler angefangen ich würds auch nochmal versuchen aber die ganzen zahlen in den tutorials verwirren mich
vollkommen!!!Ich will ja nur son kleines Betriebssystem bauenwas erstmal hochfährt und wieder runter auf knopfdruck oder so!!!
ein tutorial hab ich dafür auch schon gesehen aber da is nix erkläört und abschreiben is blöööd!!!!!
wenn dann will ich auch wissen was ich mache!!!!!
Hilfe!!!!!
Naja danke erstmal!!
PS:Hätte jemand lust an nim Betriebssystem mitzuarbeiten???
MFG
Patrick |
|
Nach oben |
|
|
Sebastian Administrator
Anmeldungsdatum: 10.09.2004 Beiträge: 5969 Wohnort: Deutschland
|
|
Nach oben |
|
|
-=]jOeY[=-
Anmeldungsdatum: 16.11.2004 Beiträge: 3
|
Verfasst am: 16.11.2004, 19:34 Titel: |
|
|
Ja erstmal n dickes danckeschön an alle also wenn es euch nichts ausmacht würd ich noch gerne mehr mit euch
in diesem thread plaudern eure tips sind echt klasse und
vieleicht können wir j wirklich mal unser eigenes kleines OS bauen ich meine alle zusammen!!!
Was sagt ihr dazu?????
MFG
Patrick |
|
Nach oben |
|
|
Paul aka ICC, HV-Freak
Anmeldungsdatum: 11.09.2004 Beiträge: 588 Wohnort: Uelzen
|
Verfasst am: 16.11.2004, 19:50 Titel: |
|
|
Ich habe bereits ein eigenes, kleines Betriebssystem geschrieben -> www.icc-software.de/files/asm/u-dos.zip
Das Startet von der Diskette und macht irgendwas
Zum ASM-Proggen empfehle ich dir NASM (gibts auch auf meiner HP).
Und ja, ich habe vor ein Tutorial darüber zu schreiben, aber ich hatte bislang noch nicht so richtig Zeit dazu, aber ich versuche es in den nächsten Tagen fertigzustellen. Gibts dann auch auf www.icc-software.de
P.S.:QB im selbstgeschriebenen Betriebssystem kannste vergessen, es sei denn du programmierst sämtliche DOS-Interrupts nach...dann kann man auch gleich DOS installieren _________________
|
|
Nach oben |
|
|
REZK
Anmeldungsdatum: 28.10.2004 Beiträge: 109 Wohnort: Stuttgart
|
Verfasst am: 16.11.2004, 19:51 Titel: asm |
|
|
hab mich auch mal ne zeitlang damit beschäftigt, ein os in asm zu programmieren (hab die idee dann irgendwann (vorübergehend) aufgegeben).
Was ich noch weiss: Wenn du ein os programmieren willst hast du (für den Anfang, ohne einen treiber schreiben zu müssen) zugriff auf die ersten 512 bytes einer diskette, in diesem code kannst du keine Interrupts verwerden (diese müsstest du erst selbst programmieren, es ist also doch nicht so einfach, eine ausgabe auf dem bildschirm zu schreiben), das programm kannst du mit rawrite auf diskette übertragen.
ein os, das auf eine diskette passt und ebenfalls in asm gecodet ist, ist menuetos, ist ziemlich professionell, mit gui und so..... einfach mal im netz suchen
REZK _________________ Meine sämtlichen QB Projekte findet ihr hier |
|
Nach oben |
|
|
Sebastian Administrator
Anmeldungsdatum: 10.09.2004 Beiträge: 5969 Wohnort: Deutschland
|
|
Nach oben |
|
|
REZK
Anmeldungsdatum: 28.10.2004 Beiträge: 109 Wohnort: Stuttgart
|
Verfasst am: 16.11.2004, 20:09 Titel: |
|
|
@sebastian: du hast recht, ich meinte z.b int 21 (ist der int 10 eigentlich ein bios interrupt oder ein dos interrupt??), über den du normalerweise text ausgibst... _________________ Meine sämtlichen QB Projekte findet ihr hier |
|
Nach oben |
|
|
Sebastian Administrator
Anmeldungsdatum: 10.09.2004 Beiträge: 5969 Wohnort: Deutschland
|
|
Nach oben |
|
|
Quark48
Anmeldungsdatum: 16.10.2004 Beiträge: 559 Wohnort: Saltendorf a.d. Naab bzw. Teublitz i.d. Oberpfalz / Bayern
|
Verfasst am: 16.11.2004, 21:04 Titel: |
|
|
Hallo!
Ich habe es auch öfters mal probiert. Man kann auf alle Software-Interrupts bis auf den 21h-er oder den 33h-er zugreifen. (21h ist das, dwas Microsoft und FreeDOS, usw. gemacht haben, io.sys...) _________________ Grüßle, Stefan
***
Wenn ein Programm auf nem alten Rechner gut läuft, dann läuft´s auf nem neuen erst recht!
Ich habe/hatte keine feste Spange und auch keine Schwester. Der Rest stimmt. Es tut mir leid... :-/ |
|
Nach oben |
|
|
dreael Administrator
Anmeldungsdatum: 10.09.2004 Beiträge: 2507 Wohnort: Hofen SH (Schweiz)
|
Verfasst am: 16.11.2004, 21:34 Titel: |
|
|
Das BIOS entspricht etwa den angeborenen Fähigkeiten eines Babys; so wie letzteres bei der Geburt bereits atmen kann, kann der PC bereits über INT 13h als Beispiel einen Sektor der Festplatte lesen.
Moderne Betriebssysteme wie Linux benötigen das BIOS mittlerweilen nur noch in der Bootstrap-Phase; so lädt beispielsweise LILO unter Linux das /boot/vmlinuz über INT 13h ins RAM und startet es. Da dieses den Kerneltreiber für den Festplattencontroller als eincompiliertes Kernelmodul enthält, können sämtliche Folge-Festplattenzugriffe wie das Root-Filesystem mounten und /etc/inittab abarbeiten bereits über den 32-Bit-Treiber ohne BIOS erfolgen.
Bei Windows NT 4.0/2000/XP ist es übrigens ganz ähnlich. Dagegen Windows 95/98/ME schalten meines Wissens erst recht spät in den BIOS-losen Modus um, weil sie von der Architektur her ja immer noch wie Windows 3.1x aufgebaut sind. Überhaupt nicht umgeschaltet wird, wenn man im Gerätemanager das gelbe Ausrufezeichen mit "MS-DOS-Kompatibilitätsmodus" sieht - dann wird auf die Platte immer noch via INT 13h zugegriffen. _________________ Teste die PC-Sicherheit mit www.sec-check.net |
|
Nach oben |
|
|
Devilkevin aka Kerstin
Anmeldungsdatum: 11.11.2004 Beiträge: 2532 Wohnort: nähe Mannheim
|
Verfasst am: 22.11.2004, 18:58 Titel: |
|
|
Mal nebenbei :
Kann da nicht SEHR viel schief gehn bei sowas ???
Wen das Programm auf wichtige Datein oder das BIOS zu greif und scheise baut dann hat man eigentlich geschissen und kann sehen wie man das wieder hinbekommt oder ???? _________________ www.piratenpartei.de |
|
Nach oben |
|
|
Paul aka ICC, HV-Freak
Anmeldungsdatum: 11.09.2004 Beiträge: 588 Wohnort: Uelzen
|
Verfasst am: 22.11.2004, 19:10 Titel: |
|
|
@Devilkevin: "Dateien" im BIOS gibts nicht, und Daten ändern kann man im BIOS-Chip sowieso nicht so einfach.
@Quark48: Natürlich kannst du auf alle Software-Interrupts zugreifen, du kannst auch alle Interruptvektoren ändern und eigene Adressen eintragen. Es stimmt, dass DOS diesen INT gerne benutzt, aber DOS läuft ja überhaupt nicht bei einem eigenen OS.
@REZK: "Die ersten 512 Bytes der Disk" ist der sogenannte Bootsektor, und der ausführbare Code darin kann sehr wohl alle Sektoren der Floppy lesen/schreiben, und die Interrupts kannste auch jederzeit beliebig ändern.
Gott bin ich ein Besserwisser _________________
|
|
Nach oben |
|
|
Sebastian Administrator
Anmeldungsdatum: 10.09.2004 Beiträge: 5969 Wohnort: Deutschland
|
|
Nach oben |
|
|
dreael Administrator
Anmeldungsdatum: 10.09.2004 Beiträge: 2507 Wohnort: Hofen SH (Schweiz)
|
Verfasst am: 22.11.2004, 21:12 Titel: |
|
|
Devilkevin hat Folgendes geschrieben: | Mal nebenbei :
Kann da nicht SEHR viel schief gehn bei sowas ???
Wen das Programm auf wichtige Datein oder das BIOS zu greif und scheise baut :wall: dann hat man eigentlich geschissen und kann sehen wie man das wieder hinbekommt oder :| ???? |
Korrekt, daher benötigt man für so etwas unbedingt eine geeignete Entwicklungsumgebung! In Frage kommt hierbei VMware, wo ich ganz bequem meinen "zerschossenen PC" mit einem Drüberkopieren der .vmdk-Festplattendatei wiederherstellen kann. Alternativ kann man auch einen Labor-PC (=PC, der nur für Versuche dient!) mit Ghost und Netzwerkstartdiskette (oder man rüstet das Gerät mit CD-Brenner aus und "grilliert" die Festplatte dort drauf), so dass man ebenfalls mit einem bequemen Reboot von der selbstgemachten Recovery CD bzw. Netzstartdiskette einen nach fehlgeschlagenen Versuchen komplett zerschossenen Festplatteninhalt wiederherstellen kann. _________________ Teste die PC-Sicherheit mit www.sec-check.net |
|
Nach oben |
|
|
Paul aka ICC, HV-Freak
Anmeldungsdatum: 11.09.2004 Beiträge: 588 Wohnort: Uelzen
|
Verfasst am: 22.11.2004, 21:48 Titel: |
|
|
Man kann auch einfach sein selbstgeschriebenes OS mit Bochs emulieren lassen, das sind alle Speicherzugriffe nur virtuell. _________________
|
|
Nach oben |
|
|
|