PrettyOS Fehler-/Testthread
-
Beste Lösung: Der Kernel verwaltet die Tastatureingaben und gibt sie an das aktuelle Programm weiter (das, das sichtbar (oder so) ist), oder an das, das gemeldet hat, dass es eine Eingabe will. Dann müsste die Shell solange "anhalten".
Ausserdem kommen die Farben beim Multitasking durcheinander, also sollte jedes Programm seine Farbe merken und wieder aktivieren, wenn es dran ist...
-
Rev. 89 läuft bei mir Fehlerfrei. Auch das mehrfache ausführen von hello.elf funktioniert tatellos!
-
eigentlich funktioniert alles soweit, aber ich hab noch etwas (nicht so wichtig, eigentlich) gefunden: Die Sekunden seit dem Start laufen viel! zu schnell.
-
Noch ein (erheblich größeres) Problem.
Es kommt mglw. durch das Multithreading.Die Konsolenausgabe läuft nicht geordnet. Das äußert sich wie folgt:
Textfarbe ändert sich ohne zutun meinerseits mitten im user-programm und es werden Zeilen vertauscht. Dies tritt insbesondere nach Benutzereingabe auf.EDIT: hälfte vergessen
getch funktioniert garnicht; selbe problem wie gehabt (falls das eigentlich hätte behoben sein sollen)
-
getch funktioniert garnicht; selbe problem wie gehabt
Hast Du den Stack-Pointer auch gegenüber program.c verändert für das weitere Programm hello.c (oder test.c oder was auch immer)? Ist offenbar notwendig. Darüber müssen wir noch diskutieren.
start.asm:; start.asm [BITS 32] extern __bss_start extern __end extern _main extern _exit extern _test global _start _start: mov esp, 0x500000 ; stackpointer call _main call _exit call _test jmp $
-
ich hab die neue start.asm verwendet...
-
OK, dann wundert mich das schon etwas. Kannst Du genau ausführen oder testen, was nicht geht? Mit was testest Du (real, simulation)?
-
ich teste mit Virtual Box 3.1.2
Hab übrigens da gleich mal virtualPC gestartet: Kann keine User-progs laden. Lesefehler von der Disk
-
Ja, das ist mir auch schon aufgefallen, dass Virtual PC nicht von Floppy liest. Real geht es aber, zumindest bei meinen Test-PC.
-
Ich weiß nicht ob das schon irgendwo aufgenommen wurde: Nach dem Programmstart (hello.elf, clear.elf) wird der Prompt nicht wieder neu gezeichnet. Habs jetzt auch nochmal in VirtualBox getestet, wo's auch perfekt läuft.
-
Ja, bei mir läuft es auch in Sun VB. In der Rev. 90 wurden noch zwei Fehler im Kernel beseitigt.
-
Anmerkungen zu Rev. 91:
mit echter Floppy: (klappt offenbar nicht überall lt. Cuervo)
- FAT lesen zu langsam (umbauen auf einmaliges Lesen der gesamten FAT in ein Array, dann evtl. nur die Blöcke von 12 Bit entziffern, die wirklich für ein File beim Laden gebraucht werden)
- #define FATMAXINDEX 150 ///TEST <--- nur als Test brauchbar, denn der Wert kann überschritten werden (momentaner work-around: floppy disk vor dem Aufspielen der Files formatieren), dann #PF als ErgebnisAllgemein:
- Zeichenausgaben (incl. Farbe) geraten beim Taskwechsel noch allgemein durcheinander (Kritische Ressourcen während Benutzung allokieren für eine Task --> "critical section")- shell: Eingabe "hello.elf" --> sucht nach ".elf" (Eingabe-Algo überarbeiten)
Simulationen:
- MS Virtual PC liest nicht von Floppy
-
Rev. 91 läuft stabil in VirtualBox und Qemu.
Wer schreibt eigentlich an der Shell? Würde mich da gern einbringen und unterstützend wirken. Ebenso was externe Programme betrifft.
-
Wer schreibt eigentlich an der Shell? Würde mich da gern einbringen und unterstützend wirken.
Ich schreibe an der shell. Vielleicht findet jemand heraus, wie man die Abfrage der shell so umbauen kann, dass sowohl
"hello", "hello.elf", "hello .elf", "hello .elf", "hello .elf"
(1,4,5 geht, wenn ich das richtig sehe; 2 u. 3 werden als ".ELF" gewertet) als
"HELLO ELF"
interpretiert wird. Da habe ich mich irgendwie verhaspelt, das ging sogar schon.
Ebenso was externe Programme betrifft.
Das machen wohl einige momentan. Gute Ideen werden hier gerne gesehen. Man muss ja nur hello.c austauschen gegen eigenen Code. Allerdings sind die userlib.h/c und die syscalls noch ziemlich rudimentär. Anregungen werden gerne entgegen genommen.
-
Erhard Henkes schrieb:
Vielleicht findet jemand heraus, wie man die Abfrage der shell so umbauen kann, dass sowohl
"hello", "hello.elf", "hello .elf", "hello .elf", "hello .elf"
(1,4,5 geht, wenn ich das richtig sehe; 2 u. 3 werden als ".ELF" gewertet) als
"HELLO ELF"
interpretiert wird.
Mit einem svn diff von
Index: user/user_program_c/program.c =================================================================== --- user/user_program_c/program.c (Revision 91) +++ user/user_program_c/program.c (Arbeitskopie) @@ -149,7 +149,7 @@ } } - for(i=posPoint+1;i<12;i++) + for(i=posPoint+1;i<posPoint+4;i++) { ext[i-posPoint-1]=entry[i]; }
funktioniert es, also eine Ersetzung in Zeile 152 der benannten Datei.
Ohne diese Änderung gibt es einen Pufferüberlauf auf dem Stack, somit wird "name" überschrieben und am Ende kommt ".ELF" raus ("name" beginnt mit '\0').
-
Merkwürdig, ich wusste doch, dass das schon geklappt hat. Danke nochmals.
-
Du schreibst auch vieles, was du im IRC sagst, nochmal ins Forum.
-
Wir loggen das IRC nicht zentral mit, daher ist das "Forum" ein wichtiges Kommunikationsmedium, in dem der Fortschritt und die Wirren von PrettyOS festgehalten werden sollten. Daher die Bitte, alle wichtigen Beiträge hier ebenfalls einzupflegen.
-
Rev. 103:
PrettyOS erkennt nur großgeschriebene Dateien, ein Fehler, den ich sehr spät bemerkt habe..-.- Ist etwas ungünstig, da ich aus Gewohnheit immer kleine Buchstaben verwende.
-
Das kann ich nicht bestätigen, Cuervo...