81–90 of 90 posts
Earlier quoted context omitted.
[flagged]
Completely fair point. I've vouched several green user comments in the past six hours that had been flagged and gone to dead for no apparent reason, the GP comment you spoke for was one that others had kicked to dead ( usually I'm flagging obvious spam comments straight to dead ).
Slight tangent but I've wondered about something similar to this, has there been much initiative to make games that directly boot on modern PC hardware? So not load a full OS but just go directly to the game. Similar to older generation gaming consoles. It should be possible, granted if you want to stay simple, things like wifi, bt, GPU would be hard to utilize without modern drivers, but a keyboard and mouse should…
The big limits if you don't want to get into disk IO, is 512 bytes or less since you're basically running your program as a master boot record. To get more you'll need to load some LBAs from disk which yes there is an interrupt for and osdev has even better stuff.
Other than that, the difference between a .com file (usual limit 64kb single segment) and an MBR style bootable program is pretty minimal
> I have a Discord server for PotatOS where what is potatOS in this context?
Earlier quoted context omitted.
Doom is a fine milestone for an OS that intends to have graphical capabilities. Maybe Doom in text mode for other OSes :P It's a known quantity, and doom has been ported to everything, so it shouldn't be too hard to make work either (he says, not having done it). An OS that can run Doom is clearly capable of graphical interfaces with user interactivity, and maybe sound (although sound would be easy to leave out).
Yeah, that's perfectly fair. I raised my question because it occurred to me this kind of sells the operating system short. In other words: even DOS could run Doom (with some help with a memory extender I guess, which is a technology we can all very happily not worry about anymore).
Great project. Mmap implementation is a cheat :).
A few months work by one guy and already more capable than the Hurd. Imagine what you could accomplish given 35 years.
> A few months work by one guy and already more capable than the Hurd It is no way capable than Hurd. It is a cool project though. Have you used Hurd recently? It can run a modern desktop.
And as someone who portedgor Doom working on GNU/Hurd decades ago … I’m going to wager that the GP has never used it. :-)
Hey unmapped (I am ThatOSDeveloper on GitHub and discord it's my display name) I never knew you got doom running on it, pretty cool, but I have a few questions, is it the original doom, is it on disk or an initramfs and do you use freedom or the shareware doom wad with the engine you use?
I get that this is an hobby project, but still why not deprecate unsafe languages where there are much better alternatives?
Very cool, but why choose an unsafe language when today there exists low-level memory-safe languages? We all know already that most of security bugs are memory related. I get that this is an hobby project, but still why not deprecate unsafe languages where there are much better alternatives?
What did you do make the project interactive enough so you don’t end up copying existing implementations?