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.
octacone wrote:Quite impressive! How does it handle faults? Do is auto dump or you have to load logs manually? Great color scheme btw.
Thanks! It's called from the exception handler ISR. Yep, the color scheme is a retro C=64 If it were a panic it would be in shades of red.
I really need to turn off my auto correct, it really messes up my sentences. Do is -> Does it.
Basic OS News:
Rebooted my project once again. This time I am aiming a bit higher.
Planned features:
+userspace + system calls
+virtual file system
+EXT2 support
+better hard drive drivers
+ELF loader
+fully functional GUI with file explorer and other applications
+better memory manager
+better shell
+TTF support
+port NASM (also could be FASM or YASM)
+more drivers
Attachments
NewRev.png (8.42 KiB) Viewed 3159 times
OS: Basic OS
About: 32 Bit Monolithic Kernel Written in C++ and Assembly, Custom FAT 32 Bootloader
crunch wrote:The disassembler looks very impressive. Did you write it yourself?
You got me on that I've only wrote disassembler in assembly so far. This one was ported, as it was easier to keep the tables and modify C functions than to port my old code full of macros into C. But I'll definitely do that as this version requires too much memory and I've found it is not 100% correct. In the meantime here's the fasm version I wrote. Feel free to use it, it's public domain.
bzt wrote:
You got me on that I've only wrote disassembler in assembly so far. This one was ported, as it was easier to keep the tables and modify C functions than to port my old code full of macros into C. But I'll definitely do that as this version requires too much memory and I've found it is not 100% correct. In the meantime here's the fasm version I wrote. Feel free to use it, it's public domain.
Maybe you'd like to have a look at quix86. Written in C, LGPL license, has no external dependencies. We (ISP RAS) implemented it as part of a large code analysis project and subsequently decided to go open source with it.
Icee wrote:Maybe you'd like to have a look at quix86. Written in C, LGPL license, has no external dependencies. We (ISP RAS) implemented it as part of a large code analysis project and subsequently decided to go open source with it.
Good one, thanks for the link! Still I think I'll write my own version, as it's a bit overcomplicated to my taste And also I like to write all of my code, this was as exception as I needed a disassembler fast. It's fun when you can say "every single line of code in my OS was written by me". But anyway, it's a really great library, thanks again for sharing it!
Icee wrote:Maybe you'd like to have a look at quix86. Written in C, LGPL license, has no external dependencies. We (ISP RAS) implemented it as part of a large code analysis project and subsequently decided to go open source with it.
Good one, thanks for the link! Still I think I'll write my own version, as it's a bit overcomplicated to my taste And also I like to write all of my code, this was as exception as I needed a disassembler fast. It's fun when you can say "every single line of code in my OS was written by me". But anyway, it's a really great library, thanks again for sharing it!
I understand the feeling... I have an irrational dislike of using external libraries
Icee wrote:Maybe you'd like to have a look at quix86. Written in C, LGPL license, has no external dependencies. We (ISP RAS) implemented it as part of a large code analysis project and subsequently decided to go open source with it.
Good one, thanks for the link! Still I think I'll write my own version, as it's a bit overcomplicated to my taste And also I like to write all of my code, this was as exception as I needed a disassembler fast. It's fun when you can say "every single line of code in my OS was written by me". But anyway, it's a really great library, thanks again for sharing it!
I understand the feeling... I have an irrational dislike of using external libraries
I 100% agree. Libraries feel like they don't belong. If I need something from a library then I take it and reshape it to fit my syntax and coding style.
OS: Basic OS
About: 32 Bit Monolithic Kernel Written in C++ and Assembly, Custom FAT 32 Bootloader
crunch wrote:
I understand the feeling... I have an irrational dislike of using external libraries
I 100% agree. Libraries feel like they don't belong. If I need something from a library then I take it and reshape it to fit my syntax and coding style.
I would be willing to bet that most of us here feel the same way, to an extent. I mean, this is a forum for homebrew operating systems after all
New file browser, and with it a new menu widget based on the stuff I built for the panel's application menu. I also added a menu bar to the help browser I showed off previously, replacing the injected markup-based navigation.
New file browser, and with it a new menu widget based on the stuff I built for the panel's application menu. I also added a menu bar to the help browser I showed off previously, replacing the injected markup-based navigation.
That is so awesome! Really really really cool. Damn, that is what I want my OS to look like one day.
You should be proud of yourself.
OS: Basic OS
About: 32 Bit Monolithic Kernel Written in C++ and Assembly, Custom FAT 32 Bootloader
I now have a much nicer boot screen. There's an option in the build system to enable the display of the small GPL3 license on boot too.
I have a functional little kernel command-prompt. I have snake. I have my own clone of "adventure". I *almost* have kernel multi-tasking (just a few bugs to work out of it). I'm very happy with what I have so far.
Ignore the warning at boot. It's a test for... something.
I'm also hosting builds of Tupai on my own self-hosted website. If you're interested (I don't expect anyone to be) you can get v0.1.0 and v0.2.0 here: http://zesterer.homenet.org/projects.shtml
If it were a panic it would be in shades of red.
