Page 51 of 55
Re: When your OS goes crazy - Screenshots
Posted: Mon Mar 30, 2020 11:04 pm
by rkennedy9064
This is mine while I try to figure out why I'm getting a page fault when reading a memory mapped io device.
Re: When your OS goes crazy - Screenshots
Posted: Mon Apr 06, 2020 1:59 am
by wxwisiasdf
This happened when i tried to load a .COM without properly setting segments
Re: When your OS goes crazy - Screenshots
Posted: Tue Apr 21, 2020 4:26 am
by klange
Image decoder faults are a bit cliché, but since I've finally gotten around to working on a PNG decoder here's a WIP screenshot where things went a bit wrong:
Re: When your OS goes crazy - Screenshots
Posted: Fri Apr 24, 2020 9:33 am
by eekee
SuperLeaf1995 wrote:This happened when i tried to load a .COM without properly setting segments
Reminds me of a friend's real-mode assembly-language unix. A program could be loaded wrong depending on its
size, of all things. He suspected a bug in the FAT12 driver, but it was already an abandoned project by that point. It was only written to settle an argument, and my friend was too inexperienced to code assembler well.
Re: When your OS goes crazy - Screenshots
Posted: Sat May 02, 2020 7:47 am
by Monax
Most kernel in this topic
Re: When your OS goes crazy - Screenshots
Posted: Sat May 02, 2020 10:30 am
by eekee
I'm a little concerned about Bart's state of mind...
Re: When your OS goes crazy - Screenshots
Posted: Fri Jul 17, 2020 2:06 am
by ComputerFido
This isn't what is supposed to happen on loading a DOOM save
Re: When your OS goes crazy - Screenshots
Posted: Sat Jul 18, 2020 10:22 am
by Haoud
A classic
Re: When your OS goes crazy - Screenshots
Posted: Thu Jul 23, 2020 8:57 am
by bzt
I've upgraded my build environment to the latest, and strange things started to appear...
With gcc, it doesn't matter if I compile for AArch64 or x86_64, with or without optimizations. Everything works (at this point all processes must block waiting for messages).
With CLang, everything works as expected for AArch64, but for x86_64 I get the following error. The interesting thing is, I don't even tried to mount root file system yet (FS task should just block too). Also, the backtrace looks pretty funky: "seterr" just sets a thread-local variable, it calls no function at all, definitely not "pipe_read", and there's no way that "mq_recv" called "main" either...
- ubbug.png (8.75 KiB) Viewed 33545 times
Okay, there's no other solution, it's time for a through debug!
Cheers,
bzt
Re: When your OS goes crazy - Screenshots
Posted: Fri Jul 24, 2020 3:20 pm
by Monax
This is a neat looking kernel debugger
Re: When your OS goes crazy - Screenshots
Posted: Sun Jul 26, 2020 9:12 am
by jlxip
bzt wrote:
Okay, there's no other solution, it's time for a through debug!
Quite an epic debugger you got there mate. Is it worth coding? Is it better than plain old Bochs?
Re: When your OS goes crazy - Screenshots
Posted: Sun Jul 26, 2020 10:20 am
by bzt
@Monax, @jlxip: thanks!
jlxip wrote:Quite an epic debugger you got there mate. Is it worth coding? Is it better than plain old Bochs?
Well, I needed a debugger that I can run on real hardware using only minicom on the other side. I was thinking about implementing gdb-server, but that protocol is just too dumb for what I need. So for me it wasn't a question of worth it, but it was a necessity, a must have.
Otherwise writing a debugger is not a big deal.
Here's a minimal one, only ca. 300 SLoC. It is for AArch64, but the code would be pretty much the same for x86 (except for the disassembler). This one is MIT licensed.
The code for the debugger you see on the screenshot is
here. It's more complex, the common part being more than 1000 SLoC. The architecture specific parts are in their corresponding directories (supports x86_64 and AArch64). This is not a free software, licensed under CC-by-nc-sa.
As for the disassembler, it's available as a separate project,
udisasm (for AArch64, I haven't migrated the x86 disassembler to this new format yet, but I'm going to. Any help would be appreciated
). The udisasm is licensed interestingly, the instruction tables and the generator script is licensed under GPL (so it's free, but copyleft), while the generated C headers are MIT licensed (so you can include the generated disassembler code in any project, even in proprietary ones).
Cheers,
bzt
Re: When your OS goes crazy - Screenshots
Posted: Wed Jul 29, 2020 11:35 am
by Rhodez
So what should have been my page table ended up in the screen buffer.
If that's even what happen.
But given the repeating graphic pattern in the top of the screen, and that the setup of the page table is pretty much all that's happens in this test,
my guess is that my page table ended up in the screen buffer.
Re: When your OS goes crazy - Screenshots
Posted: Sat Aug 08, 2020 9:41 am
by nexos
My all new panic screen:
Re: When your OS goes crazy - Screenshots
Posted: Sat Sep 12, 2020 10:14 pm
by clementttttttttt
Just testing NetDOS/32's page fault handler