Thema: Qemu stürzt ab bei Multitasking

[Martin Erhardt]

Ja es geht jetzt.

Abschließend wollte ich noch fragen was bringt der Sprung an 1b genau und was soll das 1: davor.

[MNemo]

Abschließend wollte ich noch fragen was bringt der Sprung an 1b genau und was soll das 1: davor.

'1:' ist ein Label zu dem du springen kannst, und weil es von dem mehrere geben kann bzw. gibt steht das b im sprung für 'backward'
es ist also ein Sprung zum letzten label 1 vor dem jmp.

entsprechend würde jmp 1f (f für forward) zum nächsten Label '1' springen, also in dem fall von task_a zu dem dem in task_b und in task_b wurde es vermutlich einen fehler auslösen weil es danach kein weiteres Label '1' mehr gibt

[Jidder]

Das ganze soll dann eine Endlosschleife ergeben, damit die Funktion nicht zurückkehrt. while (1); sollte auch gehen.

[Martin Erhardt]

Vielen Dank für alles.
Wieso dürfen die Tasks in meinem Kernel eig nicht returnen?.

[Jidder]

Wohin sollten sie den springen? Auf dem Stack ist ja keine Rücksprungadresse.

Normale Programme beenden sich auch über einen Systemaufruf und nicht über ein return. (Auch wenn die Library/Programmiersprache oder das Betriebssystem deiner Wahl das eventuell so aussehen lässt.)

[MNemo]

while (1); sollte auch gehen.

Nein das ist doch viel zu einfach 

Ich glaube ich hatte zu erst ein „cli; hlt“ im Kopf und bin dann einfach bei asm geblieben.

[erik.vikinger]

Hallo,

Normale Programme beenden sich auch über einen Systemaufruf und nicht über ein return. (Auch wenn die Library/Programmiersprache deiner Wahl das eventuell so aussehen lässt.)

Die Programme im COM-Format von DOS konnten durchaus mit einem einfachen RET beendet werden aber in allen echten OSen ist dazu ein richtiger Systemaufruf erforderlich (schon um einen Return-Code/Error-Level/... mitzugeben, siehe exit() ).


Grüße vom Oberlehrer
Erik

[Jidder]

Da liegt dann allerdings der Wert 0 auf dem Stack, der veranlasst, dass die CPU in das PSP springt, wo der INT 0x20-Befehl steht. Aber ich hab mal meinen Post aktualisiert