Hallo, der von mir berichtete Bug im Kernel ist seltsam: 1. Er wird nicht durch die Routine hervorgerufen, die die Speichergröße mittels dem Durchzählen des Speichers ermittelt "kgetmemsize". (ich habe eine statische Speichergröße angegeben). 2. Er wird nicht durch einen falsch eingelesenen Kernel hervorgerufen. Der Bootloader arbeitet fehlerfrei. Das ganze habe ich wie folgt getestet: Ich habe statt des Kernels eine Datei eingelesen, die 65536-mal die Zahl 0x44434241 (ASCII 'ABCD') enthält, eingelesen und vom Bootloader prüfen lassen, ob diese Daten auch so im Arbeitsspeicher stehen. Das Testprogramm hat mir gemeldet, das alles fehlerfrei geladen wurde. (Ich habe auch einmal absichtlich fehlerhafte Daten geladen, um zu prüfen ob das Testprogramm funktioniert). Somit wird die Sache mit diesem Bug langsam etwas mysteriös - denn die zwei möglichen Fehlerquellen sind ausgeschlossen und der Fehler scheint immer genau dann zu verschwinden, wenn man den Code versucht irgendwie auf Fehler zu testen. Ich kann aber hier die Auswirkung des Fehlers nennen: - Verwirrene Fehlermeldungen - Abgehackte Bildschirmausgaben - Kernel bleibt stehen - Kernel quittiert seinen Dienst mit einer Panic Merkwürdig an diesem Fehler ist: - Stackpointer verhält sich normal (kein Underrun/Overrun oder fehlerhafte Rücksprungadressen) - Wenn ich zum Debuggen Bildschirmausgaben an einigen Codestellen einfüge, tritt der Bug nicht auf - Aktiviere ich den IRQ 0 und behandle ich ihn über den Kernel wird das Verhalten des Systems total unkontrolliert Mehr kann ich derzeit leider noch nicht dazu sagen, aber ich arbeite daran... cu FG --- This is not SPAM! You can unsubscribe sending an e-mail to hydrixos-request@xxxxxxxxxxxxx with subject "unsubscribe". If you've got questions contact webmaster@xxxxxxxxxxxx hydrixOS kernel: http://www.hydrixos.de/downl.htm