BrokenThorn Entertainment

No, I move the virtual address of the entry value into ebp, then call ebp. But it reboots after that.

So I'm using GCC and am having trouble parsing an ELF file (kernel) from stage2. Here is what I have so far for the parsing part: ParseELFImage: ; Check for signature -- SUCCEEDS mov ebx, dword [IMAGE_PMODE_BASE] mov eax, dword [ELFSignature] cmp eax, ebx jne FailureMagic ; Check for proper data enc...

You can't learn debugging... Debugging is just a logical ability everyone should have.

"I'm getting a GPF, so let's trace it down and see where it is"

Insert infinite for loops at vital places until you can pin point the exact line of code that's causing the GPF.

Yeah, read the Intel manuals

I'm not sure how, I was looking right off Mike's when I typed it. Here it is: bpbOEM: db "My OS " bpbBytesPerSector: dw 512 bpbSectorsPerCluster: db 1 bpbReservedSectors: dw 1 bpbNumberOfFATs: db 2 bpbRootEntries: dw 224 bpbTotalSectors: dw 2880 bpbMedia: db 0xF0 bpbSectorsPerFAT: dw 9 bpbSectorsPer...

As far as I know you will just use the IRQ to handle the keyboard. Writing to 0x64 will send a command and reading 0x64 will get you the status reigister. Writing/reading to 0x60 will get you the output/input buffers.

Ahh that makes sense. As for the floppy disk though. The actual problem began when I was compiling the demo's tutorial on the MSCV++ for the first kernel demo. I compiled it and it worked fine on Bochs. So I wanted to test it on my other computer. So I put it on the floppy it and worked fine. Now I ...

Could someone please explain this to me. When the bootloader calls ReadSectors it always defines a value to bx first. Now what I'm confused about is what bx = 0x0200 two times. We set it to that before the loading of the root directory and before the loading of the FATs. When you loaded the FATs wou...