• 0

How to build an operaing system ?


Question

Recommended Posts

  • 0

"ReactOS is an Open Source effort to develop a quality operating system that is compatible with Microsoft Windows® applications and drivers."

"The kernel has come a long way and is quite stable and many APIs are complete enough for higher level work to be done. Substantial work has been done on many libraries. Initial networking code is there, but unusable for the moment. A basic implementation of the Graphics Device Interface (GDI) and a VGA graphics driver is paving the way for a GUI. The amount of developers is steadly increasing."

its realy nice os, and you can use losts of windows software on it

they even have a live cd version

  • 0

1- Mostly x86 Assembly and pure C, C++ was not really a good choice at that time

2-Run it under an emulator, Vitual PC and Vmware works fine, use bochs if you need a free one

3- You absolutely need know to x86 Assembly to make the Master Boot Record and some parts of the kernel. Assembly is the lowest level language you can program with if you dont want to learn all the x86 OPcodes. They are numbers that means something to the processor like making an addition etc...

4- Windows 95/98/me all relied on a dos subsystem, in Me it was simply hidden, you can even get a patch to return to DOS from Me. They just had no choice or else no one would be using windows at that time, because customers needed perfect compatibility wth DOS programs to use old softwares that was popular at that time. Window NT/2000/XP was made with stability in mind, not compatiblity, they are able to run DOS programs but in a CONSOLE which is not DOS but only program which tries to emulates. That's why a lot people complained about certain DOS programs not functionning correctly or at all with XP, XP was the first microsoft attempt to bring an NT OS to "normal" users. WinXP is just Windows 2000 with a better user interface and better compatibility with games, just look at the build numbers of win2000 & XP, 2000 is windows NT5 and XP is 5.1 . Longhorn, the next windows, will be windows version 6.0 which should be a significant upgrade from XP.

So... You want to make an OS, learn some assembly, pure C or C++ ( which is not as bad for that than it was before it was standardized ) and have lots of patience. Start by reading how to make MBR and some x86 specific stuff like gate A20, gdt, ldt , interrupts and last but not least, protected mode. If you don't know C/C++ start learning it before thinking of doing anything. And don't even think of doing a user interface before a lot of things is implemented. You actually have to reinvent the wheel, you have to access hardware like the video card directly to write something on the screen.

If anything i said is not 100% correct, just tell me in a correct way.

Thank you

  • 0
I can tell you that Windows is written in C and C++, with small amounts of assembly in places. Linux, mostly C++ from what I understand. DOS, who knows (or cares) ;)

Linux is written in C, Linus torvolds the creator has said a million times that C++ is slow because it has extra overhead. Just so you know ;)

  • 0
Linux is written in C, Linus torvolds the creator has said a million times that C++ is slow because it has extra overhead. Just so you know ;)

585816262[/snapback]

Got it (Y)

But you didn't need to revive the thread just to tell me that. You could have sent a PM or something ;)

  • 0
Wow, for such a smart guy(Linus), that sure is an ignorant thing to say.

585816478[/snapback]

But Linus is right. For an OS, you want to spend as little time in kernel space as possible and that means you don't want to deal with the overhead of C++ (exceptions, RTTI). Also, C++ uses a lot of stack space. You only have a limited stack (8k or 4k) in the kernel. Another feature of C++ that gets in the way is name mangleing(sp?). When you have to mix languages, dealing with name mangleing is one more thing you have to worry about.

  • 0
Thanks for bumping the thread. The first three pages are ****ing comedy!

585817579[/snapback]

Yes, it's extremely funny. Until you realize that these people aren't trying to be funny.

Now it starts to lose it's charm.

It starts to become disturbing. You realize that these people actually exist and that they actually think, speak and react in this manner. It's frightening to think that these people believe that they are being clever.

This does not bode well for the future of mankind. I don't think there's any legal way to stop them from spreading there malformed genes into future generations. You can't just go around shooting the idiots and dumping them into a big hole. Although I have considered it in the past. I don't think we'll get that far with that method.

We must educate the poor losers. We must somehow convince them that they should not reproduce.

Well this is far too deep of an issue for the pages at Neowin.

  • 0
But Linus is right.  For an OS, you want to spend as little time in kernel space as possible and that means you don't want to deal with the overhead of C++ (exceptions, RTTI).  Also, C++ uses a lot of stack space.  You only have a limited stack (8k or 4k) in the kernel.  Another feature of C++ that gets in the way is name mangleing(sp?).  When you have to mix languages, dealing with name mangleing is one more thing you have to worry about.

585817508[/snapback]

That's assuming you use RTTI, and program in an OO way. C++ doesn't force you to do either. Concerning mangling, extern "C" fixes that. Linus implies that you have to use all the features of C++, if he truly said what was posted. And if that is the case, that is why I think it was ignorant. I'd be surprised if Linus didn't have more to say about programming style instead of the language. You can program in an OO way in C, too.

  • 0

if your gonna make an OS.. make a good one for starters LOL

or even an OS, at your expierence level, i'd be surprized.

but lemme give you some advice...

an OS takes years and years to profect.. and you need to know ins and outs of computers

an OS is millions of lines of code. and... if you can get passed 10,000, i'll personally shake your hand.

im not trying to put you down, but look at how many employees work for microsoft. i bet more then 60% of them work in creating / improving, or in some sorta way, have their hand in the creation of an OS.

  • 0

Thanx a lot for people who posted links to learn from it, and no thanks for people who is trying to depress me. Just tell me what you know or stop posting.

Do i said that i want to make OS like windows :blink: , i just want to make an OS for my self, happy now !

*Thread redownloaded for summer holiday*

and please can some one help me in this thread :

https://www.neowin.net/forum/index.php?showtopic=311820

I think I will find my solution from Neowin.net after 10 useless posts :rolleyes:

  • 0
Not necessarily - Unix was created using C. So was Linux for that matter.

585819807[/snapback]

Correct me if i'm wrong, but isn't Assembly necessary at times, to interface with hardware? Like wouldn't Assembly be required to write some of the fundamental aspects which then a higher-level language can use off, i.e. C, C++.

Btw why the hell isn't this thread locked already?

  • 0
Correct me if i'm wrong, but isn't Assembly necessary at times, to interface with hardware? Like wouldn't Assembly be required to write some of the fundamental aspects which then a higher-level language can use off, i.e. C, C++.

Btw why the hell isn't this thread locked already?

585820040[/snapback]

The thread remains open because it is a valuable learning resource. It also demonstrates the complexity and sheer size of an operating system.

And assembly is necessary, at least for the kernel and some hardware interface. Unix was not created entirely with C code.

  • 0

first pages of this threads are jokes. but i guess he is learning. but i agree with something posted in here before: you should just do the shell for windows which will do all you want. now that would be useful and realistic. and i think it is the more important part of you final idea. and if you get your ai interface think to work nicely - that you can think of writing underluying ssytem. not before.

  • 0
The thread remains open because it is a valuable learning resource. It also demonstrates the complexity and sheer size of an operating system.

And assembly is necessary, at least for the kernel and some hardware interface. Unix was not created entirely with C code.

585820982[/snapback]

In that case perhaps you should strip away the non-informative bits of the thread if possible.

  • 0
Btw why the hell isn't this thread locked already?

.....

John:

The thread remains open because it is a valuable learning resource. It also demonstrates the complexity and sheer size of an operating system.

.....

In that case perhaps you should strip away the non-informative bits of the thread if possible.

585821443[/snapback]

:yes: :yes: :yes:

I tend to agree with Winston, this thread should be closed. maybe create a new sticky thread on building an OS?

I think we pick on Elagizy way too much in this thread to allow people to bring it to life again.

  • 0
WinXP has a command prompt, not DOS.

Just because it looks like DOS doesn't mean it is DOS.

585829659[/snapback]

correct.

earlier windows used DOS.. and i believe since windows NT, they changed to Command Prompt.

  • 0

The only DOS in Windows XP is the DOS virtual machine used for running legacy apps. This is not unlike what happens when you load Virtual PC. The DOS virtual machine thinks that it is DOS and thinks that it had direct access to the system, but really it's running in a "sandbox." When it makes a call to the hardware, Windows XP's compatability layer says "Oh, the DOS VM wants to access the hardware directly. That's not allowed any more, so I'll just give it the answer it wants and only pretend that it actually accessed the hardware."

Any non-blank autoexec files you find on your system are either:

A) Leftovers from a previous DOS/Windows 9x installation, or

B) Used to set environment variables (like the PATH statements posted before) so that programs running in the VM can find things they need.

There really isn't much more to it than that.

The Windows NT kernel bears no relation to DOS in any conceivable way. It most closely follows the design of OpenVMS (whose creators developed NT for Microsoft). In many ways it is comparable to the Mach kernel that Apple's OS X runs on top of. NT relies more heavily on threading, which makes it more scalable in multi-processor situations. However, both NT and Mach are built to be simple, versatile kernels on which you can run pretty much on any platform and support pretty much any user-space system (just like Apple runs FreeBSD on top of Mach, and Microsoft runs various "subsystems" on top of NT - including Win32, POSIX, OS/2, etc).

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • Zed 1.7.2 has landed with updated OpenCode models, bug fixes and other improvements by David Uzondu Zed 1.7.2 recently landed on the stable release channel, bringing a host of AI-related features including automatic context compaction and settings-based skill management, along with other things like better Markdown preview rendering and custom git commands in the graph view. Starting with the AI stuff, the developers introduced "/compact", a command that basically summarizes your conversation history on demand. This tool prevents your active chat window from hitting token limits by compressing older parts of the dialogue into a brief overview. In addition to that, the team relocated skill management to the settings UI, improving how the application communicates errors regarding those skills, and updated the OpenCode model roster to support DeepSeek V4 Flash, MiniMax M3, Qwen 3.7 Plus, and Nemotron 3 Ultra Free. External agent users can also monitor context window cost metrics and delete individual sessions directly from their history. Right-clicking ref labels in the git graph now opens a context menu that runs different actions against selected targets, kind of how VS Code does it. Here are some of the bug fixes this new release brings: The active agent fails to auto-select when creating a new git worktree. A scrollbar unexpectedly appears on wrapped code blocks in the agent chat. Collapse indicators for project headers appear when performing sidebar searches. Bracketed ellipsis title prefixes fail to show the ellipsis icon properly. Project icons render incorrectly in the recent projects picker. Diff hunk controls appear inside non-editable commit view multibuffers. The software update button hangs indefinitely on the downloading stage. Restoring an agent terminal in a remote project triggers a sudden crash. Splitting a pane that contains an active commit view causes a crash. Linux Wayland freezes when trying to read the clipboard from laggy external apps. Zed is a "newish" code editor trying to break the massive stronghold VS Code has on the developer community. Funny enough, the editor was created by former GitHub employees who worked on the Atom text editor (which Microsoft killed in 2022, several years after it bought GitHub). The project officially hit version 1.0 back in April, introducing platform parity for Windows and Linux alongside deep support for DeepSeek-V4-Pro.
    • 26H2 absolutely will support ARM Windows just not on devices that came with 26H1. This is evident by the fact I am running 26H2, which on my MacBook Neo and Surface Pro 12 (inch), within a VM.
    • Mp3tag 3.35 by Razvan Serea Mp3tag is a powerful and yet easy-to-use tool to edit metadata (ID3, Vorbis Comments and APE) of common audio formats. It can rename files based on the tag information, replace characters or words from tags and filenames, import/export tag information, create playlists and more. The program supports online freedb database lookups for selected files, allowing you to automatically gather proper tag information for select files or CDs. Mp3tag supports the following audio formats: Advanced Audio Coding (aac) Free Lossless Audio Codec (flac) Monkeys Audio (ape) Mpeg Layer 3 (mp3) MPEG-4 (mp4 / m4a / m4b / iTunes compatible) Musepack (mpc) Ogg Vorbis (ogg) OptimFROG (ofr) OptimFROG DualStream (ofs) Speex (spx) Toms Audio Kompressor (tak) True Audio (tta) Windows Media Audio (wma) WavPack (wv) Mp3tag 3.35 changelog: This version introduces a new Files options page, enhanced toolbar customization, support for RF64 WAV files, improved Discogs and MusicBrainz tag sources, and many other improvements and fixes. See the Release Notes for more details. Download: Mp3tag 64-bit | 5.7 MB (Freeware) Download: Mp3tag 32-bit | 5.2 MB Link: Mp3tag Homepage | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • The FIFA World Cup is not US centric.
    • It’s amusing how Microsoft is pushing IT admins as if this was a major, game-changing update. In reality, it’s just an enablement package that bumps the build number, which is disappointing compared to the more substantial 22H2 and 24H2 releases. Technically, 25H2, 26H1, and the upcoming 26H2 are essentially the same, differing only in support schedules. They could have included the Windows K2 improvements here, but chose not to. The era of Windows being in the backburner continues, and this 26H2 release feels like an afterthought. Shame, Nadella, shame.
  • Recent Achievements

    • One Year In
      hhgygy earned a badge
      One Year In
    • One Month Later
      AMV earned a badge
      One Month Later
    • Week One Done
      AMV earned a badge
      Week One Done
    • Collaborator
      ryansurfer98 went up a rank
      Collaborator
    • One Month Later
      Eurosoft10 earned a badge
      One Month Later
  • Popular Contributors

    1. 1
      +primortal
      523
    2. 2
      +Edouard
      172
    3. 3
      PsYcHoKiLLa
      78
    4. 4
      Steven P.
      72
    5. 5
      Michael Scrip
      71
  • Tell a friend

    Love Neowin? Tell a friend!