Sourcecode Fortschritt

Erhard Henkes

Rev. 79:
http://prettyos.svn.sourceforge.net/viewvc/prettyos?view=rev&revision=79

Verbesserungen bei der Eingabe in der Shell

Erhard Henkes

Rev. 80:
http://prettyos.svn.sourceforge.net/viewvc/prettyos?view=rev&revision=80

Verbesserungen in fat12.c

Erhard Henkes

Rev. 81:
http://prettyos.svn.sourceforge.net/viewvc/prettyos?view=rev&revision=81

shell (program.c): Leereingabe abgefangen (!)
flpydsk.c: delay von 50 ms bei Lese-/Schreibvorgängen auf null reduziert

Simulation mit FloppyImage und qemu läuft nun rapide.
Echte Floppy mit qemu etwas beschleunigt.

Erhard Henkes

Rev. 82:
http://prettyos.svn.sourceforge.net/viewvc/prettyos?view=rev&revision=82

timer.c: Systemfrequenz reduziert von 1000 Hz (wie bei Linux) auf 100 Hz (wie früher; führt wieder zu geordneter Bildschirm-Darstellung)
fat.c: log_task_list() vor und nach dem auszuführenden Programm dargestellt, damit die Tasks demonstriert werden

Screenshot:
http://www.henkessoft.de/OS_Dev/Bilder/Rev82.PNG

Rev. 83:
http://prettyos.svn.sourceforge.net/viewvc/prettyos?view=rev&revision=83

Zwischenversion nur für Fehlersuche (Probleme in neuestem Sun Virtual Box und einigen qemu-Versionen)

Rev. 84:
http://prettyos.svn.sourceforge.net/viewvc/prettyos?view=rev&revision=84
Zusätzlich Erstellungswerkzeuge für HELLO.ELF im Unterordner für eigene Experimente. TODO: alles abändern auf übergeordnet Ordner (nasm, make, userlib, ...).

Erhard Henkes

Rev. 85:
http://prettyos.svn.sourceforge.net/viewvc/prettyos?view=rev&revision=85

Veränderungen in program.c

Läuft bei mir absturzfrei mit qemu, Sun Virtual Box, MS Virtual PC (dort allerdings Leseprobleme von Floppy)

Bitte prüfen!

Die roten Punkte stellen die Durchläufe durch die innere Schleife der shell dar.
Hier kann man das abstellen:

while(true)
      {
          ///TEST
          settextcolor(4,0);
          puts(".");
          settextcolor(15,0);
          ///TEST
          ...

TODO: Gibt man "kernel.bin" ein, so wird nur ".bin" gesucht (geht nur mit "kernel .bin")

Die Systemfrequenz wurde wieder auf 1000 Hz eingestellt, da dies anfänglich Vorteile mit Sun VB brachte.

Cuervo

Revision 85 geht bei mir nur auf einem einzigen Computer fehlerfrei, und zwar PC 2.
PC 1 gibt einen GPF in der PCI-Liste aus und PC 3 startet neu (das ist der, der früher IMMER ging aber kaputt war und ich gestern wieder zusammengebaut habe).
In qemu läuft es, in VirtualBox auch, MS VPC hab ich nicht. In VitualBox läuft es allerdings SEHR langsam... da kann man die roten Punkte mitzählen^^

Erhard Henkes

Rev. 86:
http://prettyos.svn.sourceforge.net/viewvc/prettyos?view=rev&revision=86

- getch() in user.c umgebaut, so dass auf eine Eingabe gewartet wird.

unsigned char getch()
{
    unsigned char ret;
    do
    {
        __asm__ volatile( "int $0x7F" : "=a"(ret): "a"(6) );
    }
    while(ret==0);
    return ret;
}

- DEBUG-Ausgaben entfernt (motor on/off; rote Punkte)

@Cuervo: bei meinen PCs läuft es

anubis2k5

Revision 86: bei Eingabe von HELLO.ELF wird -->.ELF<-- nicht gefunden.
Bei Eingabe von "hello" hingegen funktioniert es - gewollt?!

Nachtrag: Besteht die Möglichkeit einen extra Threat zum Testen der Revisionen zu öffnen? Ich glaube hier wird's langsam voll...

Nachtrag 2: Nachdem ich alle .bin;.map;*.elf - Dateien gelöscht habe, um ein "sauberes" System zu bekommen, musste ich feststellen, dass die Datei "HELLO.ELF" nicht gefunden wird. Wirklich aussagekräftige Fehlermeldung erhalte ich nicht. Habt ihr eine Idee?

tools/CreateFloppyImage2 PrettyOS FloppyImage.bin stage1_bootloader/boot.bin sta
ge2_bootloader/BOOT2.BIN kernel/KERNEL.BIN user/user_test_c/HELLO.ELF
Cannot open the file 'user/user_test_c/HELLO.ELF'
mingw32-make: *** [ckernel] Error -1

Erhard Henkes

Im Unterverzeichnis ...\PrettyOS\trunk\Source\user\user_test_c build.bat ausführen.

mingw32-make main

==> HELLO.ELF

Erhard Henkes

Rev. 87:
http://prettyos.svn.sourceforge.net/viewvc/prettyos?view=rev&revision=87

Zwischenschritt (leider noch Fehler enthalten) mit Bitte um Fehlersuche.

task.c: exit als syscall eingebaut (beendet Prozess)
user.c: gets eingefügt

User-Programm mit gets (altes Programm in "zzz_alternative_User-Programme", falls die Fehler nerven, das sollte wiederholbarer laufen)

Systemfrequenz: 100 Hz

Diese Version sollten wir nun erstmal stabilisieren, da ich an mehreren Stellen kleine Ungenauigkeiten vermute, die nun zuschlagen.

Bei MT kann es auch zu races kommen, sodass wir noch einiges gegeneinander abschotten müssen.

Erhard Henkes

Rev 88:
http://prettyos.svn.sourceforge.net/viewvc/prettyos?view=rev&revision=88

Zwischenschritt mit Bitte um Fehlersuche / Ideen.

Diagnose aktiviert (PID der tasks werden angezeigt)

Absturz bei Überschreiten von exit (wird durch test-Funktion angezeigt) in start.asm verhindert durch jmp $

User-Programm mit gets <--- richtig schlimm, lange namen eingeben

Systemfrequenz: 10 Hz

Was muss durch cli/sti abgeschottet werden?
Wo sind kritische Abschnitte notwendig?

Erhard Henkes

Rev. 89:
http://prettyos.svn.sourceforge.net/viewvc/prettyos?view=rev&revision=89

Fehler gefunden! Wie erwartet im Multitasking.

Während der Ausführung von gets wurde der task gewechselt. Damit fing die shell Zeicheneingaben und vor allem das ENTER (Line Feed: 10) des User-Programms ab, das dann auf das Ende des Strings wartete.

Abhilfe: Das Taskswitching wurde während gets(...) deaktiviert (wohl keine dauerhafte Lösung). Hierzu wurde ein syscall settaskflag geschaffen.

siehe: task.c, syscall.c, userlib.c

Wenn man das nachvollziehen will:
Diagnose in os.h aktivieren, dann sieht man die PID der Tasks. Einfach in gets das taskswitching zulassen.

Erhard Henkes

Rev. 90:
http://prettyos.svn.sourceforge.net/viewvc/prettyos?view=rev&revision=90

Fehlerbeseitigungen:
task.c: in exit() sofort task-switch nach sti(), damit der Prozess nicht hinter exit gelangen kann.
interrupts.asm: 0x7E war dort nicht eingetragen in die IDT (--> #GP)! Danke an XanClic für diesen Hinweis!

Erhard Henkes

Rev. 91
http://prettyos.svn.sourceforge.net/viewvc/prettyos?view=rev&revision=90

userlib.h/c: itoa, atoi
Beispielprogramm hello.elf mit Collatz-Folge (3n+1)

#include "userlib.h"

int main()
{
    char s[1000];
    unsigned long start; // Beginn der Berechnung bei 'start'
    unsigned long end;   // Ende der Berechnung bei 'end'
    unsigned long zahl;  // Element der Folge
    unsigned long i,j;   // Zählvariable für die Folgenlänge

    settextcolor(11,0);
    puts("--------------------------------------------------------------------\n");
    puts("Bitte geben Sie ihren Namen ein:\n");
    gets(s);
    puts("This piece of software was loaded by PrettyOS from the floppy disk of ");
    puts(s);
    putch('\n');
    puts("--------------------------------------------------------------------\n");
    puts("---                     Collatz-Folge 3n+1                       ---\n");
    puts("--------------------------------------------------------------------\n");

    /**************************** Eingabebereich ****************************/
    puts("Erste Zahl:   ");
    gets(s);
    start = atoi(s);
    puts("Letzte Zahl:  ");
    gets(s);
    end   = atoi(s);
    /**************************** Eingabebereich ****************************/

    for(j=start; j<end+1; j++)
    {
        zahl=j;
        i=1;
        putch('\n');
        itoa(j,s); // begin value
        puts(s);
        putch(' ');

        while(zahl != 1) // test on cycle 4-2-1
        {
            if( zahl % 2 == 0 )  zahl /=  2 ;           // Collatz
            else                 zahl = 3 * zahl + 1 ;  // Collatz

            itoa(zahl,s);
            puts(s); // element of the series
            putch(' ');
            i++ ;
        }

        if(zahl == 1)
        {
            puts("\tH(n): ");
            itoa(i,s);
            puts(s); // H(n) length of the series
            putch('\n');
        }
    }
    settextcolor(15,0);
    return 0;
}

Jede Start-Zahl endet in der Folge auf 4-2-1. Das ist die Behauptung.
siehe:
http://www.ericr.nl/wondrous/index.html
http://www.henkessoft.de/C++/C++/cpp_konsole.htm (Kap. 1.5)

Ein kleiner Meilenstein.

Erhard Henkes

Rev. 92:
http://prettyos.svn.sourceforge.net/viewvc/prettyos?view=rev&revision=92

fat.h/c: FAT-Lesen/nach 12-Bit transferieren signifikant beschleunigt
(FATMAXINDEX testweise auf 300 eingestellt; das muss noch umgestellt werden)

Cuervo stellt Probleme beim Lesen von echter Floppy fest.

Bei mir klappt es auf einem PC mit der FAT, dann allerdings #PF, d.h. die gelesenen/errechneten FAT-Einträge stimmen nicht;
auf dem anderen stimmen die FAT-Einträge nicht (alles 0).
Da das bisher geklappt hat, liegt das an der Code-Änderung in fat12.c (Beschleunigung durch trackweises Lesen in ein Array).

Also leider noch nicht in Ordnung bei realer Hardware
==> Debuggen auf echter Hardware

Erhard Henkes

Rev. 93:
http://prettyos.svn.sourceforge.net/viewvc/prettyos?view=rev&revision=93

Fehler bei der Analyse der Eingabe von Filenamen in der shell behoben (Eingabe von hello.elf usw. funktioniert nun).
Dank an XanClic für den Hinweis auf die Lösung.

Bis zur Lösung der Probleme mit echter Hardware bitte auf Simulationen testen (MS Virtual PC liest nicht, aber Bochs, Qemu, Sun Virtual Box funktionieren gut).