Thema: Task nach ausführung beenden

[sebi2020]

Guten Tag,
also ich habe bereits funktionierendes Multitasking im meim System, kann Module laden und Syscalls ausführen.
Eine Sache bleibt mir aber Schleierhaft:
Wenn ich am ende, sagen wir einer Mainfunktion bin, würde ich jetzt mal sagen, dass ein Programm wenn es lieb ist, am ende exit(EXIT_CODE); aufruft. Aber da ich davon ausgehen kann, das nicht jedes Programm so lieb ist und dass die funktion durch einen Return auch nicht wieder woanders hinspringen wird (da ich sie ja nicht als Funktion aufrufe sondern sie nur "Missbrauche" als Symbol.), was ich mache, wenn es nicht aufgerufen wird ohne gleich eine GPF zu bekommen, weil der Prozessor versucht Daten auszuführen?

Lieben Gruß, Sebi2020

[kevin]

Doch, du kannst davon ausgehen, dass jeder Programm lieb ist, weil jedes Programm deine libc benutzt, und der Einsprungspunkt in der libc liegt. Ein Programm geht ja in Wirklichkeit nicht bei main() los, sondern bei _start(). Das ist eine Funktion, die erstmal alles mögliche initialisiert, was die libc so brauchen kann, dann main() aufruft und am Ende eben den Syscall zum Beenden.

[sebi2020]

Okay, das macht soweit Sinn, nur hänge ich dann wieder mit diesem ar Tool. DAs klappt soweit alles, das packen der Objectdateien. Aber wenn es dann darum geht, dass der Linker sie auch dazu linkt, sieht das dann ungefähr so aus:

Code: [Auswählen]

/home/sebastian/Desktop/Infortus-OS/apps/TestModul/mod.c:6: undefined reference to `print'Habs auch schon mit dem L-Schalter von ld probiert. Aber irgendwie meckert er weiter.

[kevin]

Versuch mal die Reihenfolge der ld-Parameter umzudrehen, die spielt nämlich eine Rolle. Oder du kannst mit --start-group und --end-group außenrum bewirken, dass er grundsätzlich alles durchsucht.

[sebi2020]

Hm, ich glaube, aber ich hab auch irgendwas vielleicht beim Packen falsch gemacht. Ich kenn mich mit ar nicht so gut aus.

Hier mal die Parameter, wie ich sie übergebe:

Code: [Auswählen]

ld -m elf_i386 -L "lib/libc.a" -T link.ld mod.o -o test.mod
Um das ar-Archiv zu erstellen habe ich folgendes Kommando genommen:

Code: [Auswählen]

ar cr lib/libc.a lib/o/stdio.o lib/o/string.o


[kevin]

Ich benutze immer "ar rs ...", versuch mal, das s dazuzunehmen.

Und bist du sicher, dass das mit dem -L so tut? Ich kenne das nur so, dass man die Lib direkt angibt, ohne Option.

[sebi2020]

Habs jetzt mal so probiert, wie du gesagt hast. Also der aufruf von ld heist jetzt:

Code: [Auswählen]

ld -m elf_i386 -T link.ld lib/libc.a mod.o -o test.modUnd ar hab ich jetzt so aufgerufen:

Code: [Auswählen]

ar rs lib/libc.a lib/o/string.o lib/o/stdio.oDie Header Dateien habe ich übrigens auch genauso benannt, halt mit h am ende.
Was ich mich noch frage ist, ob ich extern angeben muss in den Headern. Das hab ich nämlich
auch schon probiert, bin dadurch aber auch nicht weiter gekommen.
Weil, wenn ich so gelinkt habe (also direkt die objekte ohne archiv) musste ich das nicht.

Oder kompiliere ich die Objekte falsch? Ich kompiliere sie genauso wie den Rest:

Code: [Auswählen]

gcc -Wall -m32 -ffreestanding -nostdinc - c [QUELLDATEI] ... usw
Oder vielleicht fehlt was in meinem Linkerscript?:

Code: [Auswählen]

OUTPUT_ARCH("i386:i386")
OUTPUT_FORMAT("elf32-i386")
ENTRY(main)
SECTIONS {
. = 0x200000;
.text : {
*(.text)
}
.data : ALIGN(4096) {
*(.data)
}
.rodata : ALIGN(4096) {
*(.rodata)
}
.bss : ALIGN(4096) {
*(.bss)
}
}


[Jidder]

Hast du schon (wie anfangs vorgeschlagen) ausprobiert, die Library ans Ende des Linkeraufrufs zu stellen?

[sebi2020]

Ich hatte erst nur den -L parameter verschoben. Aber das wars. ich hab die bib nach die mod.o hingeschrieben und jetzt gehts!
Super! Danke