4. Sourcecode Fortschritt

Sourcecode Fortschritt

  • E
    Mod

    0.0.1.206 - Rev: 788

    PCI_VEND_PROD_LIST_H weiter überarbeitet (teilweise echt übel, benötigt leider noch viel Arbeit)

    0
  • E
    Mod

    0.0.1.207 - Rev: 789

    PCI_VEND_PROD_LIST_H weiter überarbeitet

    Wenn wir da alle mithelfen, kann diese Liste wertvoll werden.
    In der Urform ist sie nicht zu gebrauchen gewesen. 😃

    0
  • E
    Mod

    0.0.1.208 - Rev: 790

    Freigabe des Userstacks:

    // free memory for user stack 
if (task->userStack != 0)
{
    paging_free (task->page_directory, task->userStack, task->userStackSize * PAGESIZE);
}

    Test mit VBox und 24 MiB RAM:
    Zweimal ttt starten, dann das zweite ttt beenden, anschließend das erste.
    Man erkennt, dass zwei Pages noch nicht frei gegeben werden beim "kill".

    0
  • E
    Mod

    0.0.1.209 - Rev: 791

    nach user-stack paging_free nun auch: user-PD und user-PT auf dem heap wird wieder freigegeben
    zwei pages auf dem physischen speicher sind allerdings noch belegt nach user-task kill

    // free memory for user stack 
if (task->userStack != 0)
{
    paging_free (task->page_directory, task->userStack, task->userStackSize * PAGESIZE);
    if (task->page_directory != kernel_pd)
    {
        free(task->page_directory); 
        free(task->userPT);
    }
}

    So sieht das aus, wenn man 4 mal ttt startet und beendet:
    http://www.henkessoft.de/OS_Dev/Bilder/0_0_1_209_physMem.PNG

    Man sieht, dass dieser Speicher vor dem user-stack (10 Pages) belegt wird. Die 10 Pages vom user-stack werden also sauber wieder frei gegeben.

    Auf dem Heap fällt "ring-element" auf.

    MrX im IRC:

    hätte ring_DeleteFirst ein Memory Leak, müsste der Heap eigentlich platzen. Dann würde bei jedem Tastedruck Speicher verplempert.

    0
  • E
    Mod

    0.0.1.210 - Rev: 792

    Speicher-Leck ( http://www.henkessoft.de/OS_Dev/Bilder/0_0_1_209_physMem.PNG ) abgedichtet! In elf.c allokierter speicher für das user-programm wird nun auch frei gegeben. Damit ist der Speicher nach Beenden des Programms wieder wie vorher. Typisch sind momentan 2 Frames für das User-Programm (elf.c) und 10 Frames für den User-Stack (task.c). 🙂

    task.c, void kill(task_t* task):

    paging_free (task->page_directory, task->userStackAddr, task->userStackSize * PAGESIZE);
paging_free (task->page_directory, task->userProgAddr, task->userProgSize);

if (task->page_directory != kernel_pd)
{
    free(task->page_directory); 
    free(task->userPT);
}
    0
  • E
    Mod

    0.0.1.211 - Rev: 793

    kleine Korrekturen

    0
  • M

    Version 0.0.1.212:

    - Diverse Bugfixe:
    -- Compiliert nun auch mit NASM 2.09 (Optimerungsschalter mussten für VBE und BL1 auf O1 oder O0 stehen)
    -- Makefile kompiliert auch audio-Verzeichnis, in dem auch sys_speaker.h/c liegen
    -- Scheduler: Bug beim killen von schlafenden tasks behoben
    - kernelTask und kernelConsole sind nun nicht mehr dynamisch allokiert, da sie immer da sein sollen
    - operatoren new, new[], delete und delete[] in C++-Userlib ergänzt
    - Aufgeräumt

    0
  • E
    Mod

    0.0.1.213 - Rev: 795

    va_end(ap); eingebaut

    #define _MEMLEAK_FIND_ macht Probleme bei VBox und VMWare, indirekt auch beim PC, also nur auf qemu einsetzen.

    Problem muss bei writeInfo(...) liegen, denn auskommentiert läuft VBox.

    0
  • E
    Mod

    0.0.1.214 - Rev: 796

    #define _MEMLEAK_FIND_

    Problem, das zum Absturz bei VMWare und VBox führt, gefunden:

    #ifndef OS_H
#define OS_H

#include "types.h"

// These switches change the behavior of PrettyOS, useful for analyzing tasks:

/// #define _DIAGNOSIS_         // Diagnosis-Output - activates prints to the screen about some details and memory use
/// #define _MALLOC_FREE_       // shows information about malloc/free and heap expansion
#define _MEMLEAK_FIND_      // Provides a counter of all (successful) malloc and free calls showing memory leaks
/// #define _USB_DIAGNOSIS_     // only as transition state during implementation of USB 2.0 transfers
/// #define _FAT_DIAGNOSIS_     // only as transition state during implementation of FAT 12/16/32
/// #define _DEVMGR_DIAGNOSIS_  // e.g. sectorRead, sectorWrite
/// #define _TASKING_DIAGNOSIS_ // Provides output about tasking and scheduler
/// #define _FLOPPY_DIAGNOSIS_  // Provides information about the floppy(-motor)
/// #define _VM_DIAGNOSIS_      // Provides information about the vm86 task, but critical
/// #define _SOUND_             // This is no sound, only "beep". Better stop it! ^^
#define _PCI_VEND_PROD_LIST_ // http://www.pcidatabase.com/pci_c_header.php

    void writeInfo(uint8_t line, char* args, ...)
{
    va_list ap;
    va_start(ap, args);
    vsnprintf(infoBar[line], 81, args, ap);
    va_end(ap); 
    // refreshUserScreen(); // HACK <--- leads to massive error in VBox and VMWare
}

    Nun ist der schwarze Peter bei refreshUserScreen() 😉

    void refreshUserScreen()
{
    // Printing titlebar
    kprintf("PrettyOS [Version %s]                                                            ", 0, 0x0C, version);

    if (displayedConsole == KERNELCONSOLE_ID)
    {
        cursor.x = COLUMNS - 5;
        kputs("Shell");
    }
    else
    {
        char Buffer[70];
        snprintf(Buffer, 70, "Console %u: %s", displayedConsole, reachableConsoles[displayedConsole]->name);
        cursor.x = COLUMNS - strlen(Buffer);
        cursor.y = 0;
        kputs(Buffer);
    }
    kprintf("--------------------------------------------------------------------------------", 1, 7); // Separation
    if(reachableConsoles[displayedConsole]->showInfobar)
    {
        // copying content of visible console to the video-ram
        memcpy(vidmem + USER_BEGIN * COLUMNS, reachableConsoles[displayedConsole]->vidmem, COLUMNS * (USER_LINES-4) * 2);
        memsetw(vidmem + (USER_BEGIN + USER_LINES - 3) * COLUMNS, 0, 3 * COLUMNS); // Clearing info-area
        kprintf("--------------------------------------------------------------------------------", 44, 7); // Separation
        kprintf(infoBar[0], 45, 14);
        kprintf(infoBar[1], 46, 14);
        kprintf(infoBar[2], 47, 14);
    }
    else
    {
        // copying content of visible console to the video-ram
        memcpy(vidmem + USER_BEGIN * COLUMNS, reachableConsoles[displayedConsole]->vidmem, COLUMNS * USER_LINES*2);
    }
    kprintf("--------------------------------------------------------------------------------", 48, 7); // Separation

    cursor.y = reachableConsoles[displayedConsole]->cursor.y;
    cursor.x = reachableConsoles[displayedConsole]->cursor.x;
    update_cursor();
}
    0
  • E
    Mod

    0.0.1.215 - Rev: 797

    noch einige va_end(ap); eingebaut (irgendwas übersieht man immer)

    0
  • M

    Version 0.0.1.216:

    - Mauszeiger (heller Punkt) in VBE angezeigt
    - min und max zu Makros umgewandelt - Damit sie bei signed und unsigned wirken
    - Bugfix in video.c vervollständigt - Infobar wird wieder aktualisiert, _MEMLEAK_FIND_ funktioniert aber weiterhin
    - va_end in console.c ergänzt
    - vbe.h/c aufgeräumt

    0
  • E
    Mod

    0.0.1.217 - Rev: 799

    init logging

    0
  • I

    version 0.0.1.218 - Rev: 800

    vbe.c/.h
    - Neue Funktionen vbe_drawRectFilled(...), vbe_drawBitmapTransparent(...) und keine Funktioniert...

    mouse.c/.h
    - Cursor Bitmap hinzugefügt...

    data.asm
    - cursor Bitmap hinzugefügt

    user/vm86/cursor.bmp hinzugefügt

    0
  • M

    Version 0.0.1.219:

    - Fehler in TTT behoben: Es wird nichtmehr akzeptiert, wenn nichts eingegeben wurde.
    - INIT-Log-Ausgabe nicht mehr gebremst
    - makefiles für Userspace angepasst/verbessert (Compilerschalter)
    - Kleinere Verbesserungen und aufgeräumt (insbesondere keyboard.c)

    0
  • I

    version 0.0.1.220 - Rev: 802

    vbe.c/h
    - vbe_drawBitmap(...), mit 64k Farbtiefe experimentiert

    vidswtch.asm
    - neue Bildschirmauflösung mit 64k Farbtiefe hinzugefügt.

    0
  • I

    version 0.0.1.221 - Rev: 803

    vbe.c/h
    - Mode mit 32 Bit Farbtiefe hinzugefügt

    vidswtch.asm
    - Neue Bildschirmauflösung mit 32 Bit Farbtiefe hinzugefügt

    0
  • I

    (nach 804 von tev)

    Revision 805

    mov ss,ax und xor sp,sp sollte man nicht einfach vertauschen, da so ein Interrupt losgehen kann, der einen eventuell nicht nutzbaren Stack benutzt (Bootloader-Stage1).

    0
  • T

    Entschuldigung, dass ich das nicht vorher gemacht habe, da ich das mit dem Forum nicht wusste.

    Ok ich hatte mit Revision 804 Geschwindigkeitsoptimierungen im Bootloader gemacht.

    0
  • E
    Mod

    0.0.1.222 - Rev: 806

    paging.h/c: formale Änderungen (camelCase)
    task.c: paging_destroyUserPageDirectory(task->page_directory) verwendet zur Memory-Freigabe als Gegenstück zu paging_createUserPageDirectory() in elf.c

    beep (nicht sound) ausgeschaltet

    0
  • E
    Mod

    0.0.1.223 - Rev: 807

    Formale Änderungen (camelCase entsprechend Style Guide)

    0
Anmelden zum Antworten