Welches Programm belegt welchen Sektor und wie gross (Dateisystem)

Mr X

mov ax, 0x102E 
  mov es, ax

Das sieht falsch aus. Ich denke, die Daten müssen nach 0x1000 geladen werden. Dann könnte es klappen.

EDIT: Und der Jump ist irgendwie falsch. eher 0x1:0x2E oder 0x00:0x102E. Hab die Berechnungsweise gerade nicht im Kopf.

Ja, ich habs schon durch bisschen Probieren geschafft.

mov ax, 0x1000
 mov es, ax

 mov ah, 02h
 mov al, 1
 mov ch, 0
 mov cl, 2 ; Boot-Loader=1 Kernel=2 Test=3
 mov dh, 0
 mov dl, 00h
 int 13h

 jmp 0x1000:0x002E

So geht es.

Danke trotzdem

Wenn ich ein Programm oeffne, mach ich es ja so...

mov ax, 0x2000
mov es, ax

mov ah, 02h
mov al, 1
mov ch, 0
mov cl, 3 ; Boot-Loader=1 Kernel=2 Test=3
mov dh, 0
mov dl, 00h
int 13h

jmp 0x2000:0x0000

Aber wie kann ich das Programm wieder schliessen? (Also, wie kann ich die Adresse 0x2000 vom Arbeitsspeicher freigeben?)

Mr X

Du könntest Syscalls implementieren, mit denen das Programm signalisiert, dass es fertig ist.

Ne, ich will ja das Programm intern beenden (also von dem Programm selber aus beenden). Der Computer weiss ja dann, wann er das Programm beenden soll.

Aber ich suche sowas wie die Funktion 4Ch im DOS-Interrupt (21), nur dass ich eben auf BIOS-Ebene arbeiten will.

http://www.i8086.de/dos-int-21h/funktion-4c.html

Der RAM-Speicher, den das zu beendende Programm belegt, wird nach diesem Funktionsaufruf freigegeben.

Hier ein Beispiel.

kernel.asm
...
 mov ax, 0x2000 -> Programm test wird geladen in Adresse 0x2000
 mov es, ax

 mov ah, 02h
 mov al, 1 -> test geht ueber 1 Sektor
 mov ch, 0
 mov cl, 3 -> test liegt auf Sektor 3
 mov dh, 0
 mov dl, 00h
 int 13h

 jmp 0x2000:0x0000 -> springe zur main-funktion von 0x2000 (test)
...

test.asm
...
exit:
;Jetzt soll die Adresse 0x2000, wo ja dieses Programm (test.asm) geladen worden ;ist, wieder freigegeben werden. ??? -> da brauche ich Hilfe
;Danach wird wieder zum Kernel zurueckgesprungen
jmp 0x1000:0x0000

MfG

Mr X

statt dem Jump dann halt:

int 0x90

dann wäre 0x90 dein Syscall für exit(). Die Zahl kannst Du dir natürlich aussuchen. Du müsstest dann einen Handler implementieren für den Syscall, der dann die Speicherfreigabe durchführt.

Danke

Aber das Problem ist, dass ich ja nicht weiss, wie man den Speicher freigibt. Der Rest ist klar.

Ich habs schon so versucht.

mov ax, 0x2000
 mov es, ax

 mov ah, 02h
 mov al, 0
 mov ch, 0
 mov cl, 0 ; Boot-Loader=1 Kernel=2 Test=3
 mov dh, 0
 mov dl, 00h
 int 13h

Das heisst, dass ich dachte, wenn cl und al 0 ist, der Speicher in 0x2000 wieder freigegeben wird und 0x2000 fuer was anderes verwendet werden kann. Aber so sei es leider nicht

Wuensch dir einen schoenen Tag noch!

Mr X

Das heisst, dass ich dachte, wenn cl und al 0 ist, der Speicher in 0x2000 wieder freigegeben wird und 0x2000 fuer was anderes verwendet werden kann. Aber so sei es leider nicht

Du hast ja keine Speicherverwaltung (weder physisch noch virtuell) in der man irgendwas freigeben könne... Such mal nach den Themen Segmentierung, Paging und Heap.

Ja, danke... Ich werde es mir mal ansehen und falls ich das durchsetze und Fragen habe, frag ich eben nochmal...

Mein Betriebssystem wird sich allerdings wiedermal nach meinen Vorstellungen richten wie alles andere was ich tue auch.

Ansonsten wird jetzt erstmal vom Real Mode zum Protected Mode umgeschalten... Das ist erstmal dringend notwendig.

Wenn man im Protected Mode ist, stehen einem ja keine BIOS-Funktionen mehr zur Verfuegung, also verwendet man VMM-Funktionen soweit ich gehoert habe.

Aber gibt es zu den VMM-Funktionen eine genauso gute Beschreibung wie im folgenden Link zu den BIOS-Interrupts?

https://www.tu-chemnitz.de/informatik/RA/lehre/mop/dos_stuff/int.html

Mr X

Es gibt die Wikis osdev.org und lowlevel.eu:
http://www.lowlevel.eu/wiki/Heap
http://www.lowlevel.eu/wiki/Paging
http://wiki.osdev.org/Paging

Erhard Henkes

Du kannst auch hier mal schauen, ob Dich etwas weiter bringt:
http://www.henkessoft.de/OS_Dev/OSDEV Ressourcen.html
http://www.henkessoft.de/OS_Dev/OS_Dev2.htm#mozTocId949355
http://www.c-plusplus.net/forum/261588

Der PrettyOS Sourcecode ist ebenfalls eine große Hilfe, falls Du völlig fest steckst.