When your OS goes crazy - Screenshots

Question about which tools to use, bugs, the best way to implement a function, etc should go here. Don't forget to see if your question is answered in the wiki first! When in doubt post here.
rkennedy9064
Member
Member
Posts: 36
Joined: Wed Sep 01, 2010 3:54 pm

Re: When your OS goes crazy - Screenshots

Post 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.
Attachments
page fault.png
wxwisiasdf
Member
Member
Posts: 34
Joined: Sat Sep 07, 2019 5:17 pm
Libera.chat IRC: Superleaf1995

Re: When your OS goes crazy - Screenshots

Post by wxwisiasdf »

This happened when i tried to load a .COM without properly setting segments
Attachments
Screenshot from 2020-04-06 07-55-29.png
klange
Member
Member
Posts: 679
Joined: Wed Mar 30, 2011 12:31 am
Libera.chat IRC: klange
Discord: klange

Re: When your OS goes crazy - Screenshots

Post 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:

Image
User avatar
eekee
Member
Member
Posts: 872
Joined: Mon May 22, 2017 5:56 am
Location: Kerbin
Discord: eekee
Contact:

Re: When your OS goes crazy - Screenshots

Post 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.
Kaph — a modular OS intended to be easy and fun to administer and code for.
"May wisdom, fun, and the greater good shine forth in all your work." — Leo Brodie
Monax
Posts: 12
Joined: Tue Jul 10, 2018 2:11 pm

Re: When your OS goes crazy - Screenshots

Post by Monax »

Image
Most kernel in this topic
User avatar
eekee
Member
Member
Posts: 872
Joined: Mon May 22, 2017 5:56 am
Location: Kerbin
Discord: eekee
Contact:

Re: When your OS goes crazy - Screenshots

Post by eekee »

I'm a little concerned about Bart's state of mind... :lol:
Kaph — a modular OS intended to be easy and fun to administer and code for.
"May wisdom, fun, and the greater good shine forth in all your work." — Leo Brodie
ComputerFido
Member
Member
Posts: 44
Joined: Fri Sep 09, 2016 5:52 pm
Location: Australia
Contact:

Re: When your OS goes crazy - Screenshots

Post by ComputerFido »

Image
This isn't what is supposed to happen on loading a DOOM save
Haoud
Member
Member
Posts: 31
Joined: Wed Aug 10, 2016 3:07 am
Libera.chat IRC: Haoud

Re: When your OS goes crazy - Screenshots

Post by Haoud »

A classic
Attachments
z5IH3e8.png
z5IH3e8.png (7.22 KiB) Viewed 33261 times
Last edited by Haoud on Fri Jul 31, 2020 1:25 pm, edited 1 time in total.
User avatar
bzt
Member
Member
Posts: 1584
Joined: Thu Oct 13, 2016 4:55 pm
Contact:

Re: When your OS goes crazy - Screenshots

Post 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
ubbug.png (8.75 KiB) Viewed 33543 times
Okay, there's no other solution, it's time for a through debug!

Cheers,
bzt
Monax
Posts: 12
Joined: Tue Jul 10, 2018 2:11 pm

Re: When your OS goes crazy - Screenshots

Post by Monax »

This is a neat looking kernel debugger
User avatar
jlxip
Posts: 10
Joined: Sat Jul 27, 2019 5:47 pm
Location: Granada, Spain
Contact:

Re: When your OS goes crazy - Screenshots

Post 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?
User avatar
bzt
Member
Member
Posts: 1584
Joined: Thu Oct 13, 2016 4:55 pm
Contact:

Re: When your OS goes crazy - Screenshots

Post 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
Rhodez
Member
Member
Posts: 33
Joined: Tue Jun 30, 2020 2:09 pm
Location: Langeskov, Denmark

Re: When your OS goes crazy - Screenshots

Post 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. #-o
Attachments
Page table in screen buffer
Page table in screen buffer
Screenshot at 2020-07-28 20-47-33.png (4.05 KiB) Viewed 33324 times
nexos
Member
Member
Posts: 1078
Joined: Tue Feb 18, 2020 3:29 pm
Libera.chat IRC: nexos

Re: When your OS goes crazy - Screenshots

Post by nexos »

My all new panic screen:
Image
"How did you do this?"
"It's very simple — you read the protocol and write the code." - Bill Joy
Projects: NexNix | libnex | nnpkg
clementttttttttt
Member
Member
Posts: 70
Joined: Tue Jul 14, 2020 4:01 am
Libera.chat IRC: clementttttttttt

Re: When your OS goes crazy - Screenshots

Post by clementttttttttt »

Just testing NetDOS/32's page fault handler
Attachments
Screenshot_20200913_121347.png
Post Reply