I went to the OSDEV.ORG website and I was a bit surprised to see IBM's System/390, but no Linix/UNIX or any other old OSs like DEC or BurroughsI think there's been some Pascal operating systems, but I don't think I've seen BASIC of any flavor... You might look around on osdev.org's forums and see if anyone has been playing with those ideas.
The well trodden path is C with a bit of assembly to do the important things that C can't really do: getting the processor into the right mode, setting up stacks, switching stacks when switching tasks, some stuff around interrupts and user/kernel boundaries, poking at cpu registers, etc. You can do the same assembly work to support Pascal or BASIC instead, but there may not be examples to follow.
You assume the OS would be for a computer, for example Java OS
and youre assuming it isnt. op doesnt say one way or another but since this is a pc forum and qbasic is mentioned, i assumed pc....You assume
What did you mean by the words: "trodden path"?I think there's been some Pascal operating systems, but I don't think I've seen BASIC of any flavor... You might look around on osdev.org's forums and see if anyone has been playing with those ideas.
The well trodden path is C with a bit of assembly to do the important things that C can't really do: getting the processor into the right mode, setting up stacks, switching stacks when switching tasks, some stuff around interrupts and user/kernel boundaries, poking at cpu registers, etc. You can do the same assembly work to support Pascal or BASIC instead, but there may not be examples to follow.
It is a phrase that indicates a method that many people have already done (i.e. a path that has had many travellers on it). See definition 2 at this link:What did you mean by the words: "trodden path"?
During my computer degree we had to do a cpu for a very simple 8 bits assembly language (3 bits for the command limited to only 8 of times, 5 for the value), for a simple calculator by drawing it on an FPGA, then we had to run it in the physical world on an actual FGPA on a board with a text lcd and buttons. After that we had to do a very simple compiler from scratch to code simple basic like code instead to write it in assembly that would run on it. That was probably the most fun and memorable part for me, with the most learning by minutes.I'm just curious. NOT being a troll. Why is anyone interested in writing an OS? If you do, do you try to support Windows or Linux APIs?
Why not? It doesn't even have to be writing a full fledged OS, but, could be jumping in and committing to the Linux kernel codebase. Or writing an abstraction layer. Or working on a new dev language and figuring out how it may interact directly with hardware. It's not as sexy work as other dev work, but, it's just as (or more) rewarding. Having an understanding of how things are working layers underneath you is always a good thing.I'm just curious. NOT being a troll. Why is anyone interested in writing an OS? If you do, do you try to support Windows or Linux APIs?
People create OSs in Delphi and FreePascal all the time for professional or amateur reasons.
See this:
The most popular OS written in Pascal was Classic OS (not macOS) by Apple.
If you want to become a developer, learning to code an OS even as an exercise it is invaluable. You will learn so much about how computers operate and what sort of techniques are used to solve multithreading, multi-cores, networking, etc.
My post was #13 in this thread. At this point, I (1) understand why developers code their own OS, and (2) given all the complexities of coding an OS, I have new-found respect for them.During my computer degree we had to do a cpu for a very simple 8 bits assembly language (3 bits for the command limited to only 8 of times, 5 for the value), for a simple calculator by drawing it on an FPGA, then we had to run it in the physical world on an actual FGPA on a board with a text lcd and buttons. After that we had to do a very simple compiler from scratch to code simple basic like code instead to write it in assembly that would run on it. That was probably the most fun and memorable part for me, with the most learning by minutes.
Will usually be a mix of curiosity and learning, those low level affair can be incredibly eye-opening and hard to beat in that regard, they're just basic way memory, transistor, logic gate, stack vs heap, register vs L1 cache, CPU, pipeline, code, compiler, clock, pointer work that for some people just get assimilated quicker and in a more deep way by doing it than in theory.
Outside academic reason, you can have your own custom or rare simple hardware without an valid OS for a commercial workload you want to do or very ambitious people that think they could do better in some aspect (light, speed, security, not appeal-usefulness) for a specific scenario.