• 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

    • Flameshot 14.0 Final by Razvan Serea Flameshot is a free and open-source, cross-platform tool to take screenshots with many built-in features to save you time. Using Flameshot is as simple as launching, dragging the selection box to cover the area you want to capture, making annotations as needed in on-screen and saving the shot to your computer, all with a very simple and straightforward interface. Flameshot allows users to simply upload their screenshots directly to the cloud in order to easily share it with others. You can upload your image directly to Imgur with a single click and share the URL with others. In-app screenshot editing - You can choose to add an arrow mark, highlight text, blur a section (blur or pixelate an area), add a text, draw something, add a rectangular/circular shaped border, add an incrementing counter number, and add a solid color box with Flameshot's built-in editing tools. Command-line interface (CLI) - Flameshot has several commands you can use in the terminal without launching the GUI via a command line interface. The command line interface lets you script Flameshot and use it as the subject of key binds. Flameshot 14.0 release notes: This release brings major improvements to multi-monitor support, fractional scaling support, new capture workflows, and a long list of bug fixes across all platforms. Changelog: New Multi-Monitor Capture Workflow New monitor selection screen before capture for better multi-monitor and mixed-scaling support. Option to auto-capture the monitor under the cursor (X11 & Windows). Tray menu can directly select a monitor. Linux Improvements XDG Desktop Portal is now the primary screenshot method. Added legacy X11 fallback option for minimal window managers. New D-Bus capture API for scripting and automation. Windows Enhancements Global screenshot hotkeys now supported (not limited to Print Screen). New portable mode stores settings next to the executable. Clipboard now always uses PNG format for better compatibility. CLI & Platform Updates Redesigned flameshot screen command with per-monitor capture support. Added native Nix Flake support. More compact launcher UI and improved update notifications. Major Fixes Multiple Wayland stability fixes, including KDE Plasma crash fixes. Clipboard compatibility improvements for GNOME, Wayland, X11, Windows, and macOS. Fixed D-Bus hangs, capture crashes, and HiDPI region issues. Other Changes Dropped Ubuntu 20.04 (Focal) support. Updated translations and build infrastructure. Intel macOS builds are no longer provided. [full release notes] Download: Flameshot 14.0 | 18.1 MB (Open Source) Download: Flameshot Portable | 53.0 MB Links: Flameshot Home Page | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • Helium Browser 0.13.4.1 by Razvan Serea Helium is a private, fast, and honest Chromium-based web browser — built for people, with love. It offers the best privacy by default, unbiased ad-blocking, and a clean experience free from bloat and noise. Proudly based on Ungoogled-Chromium, Helium removes Google’s clutter while keeping a fast, efficient development pipeline. With thoughtful touches like native !bangs and split view, Helium is a people-first, fully open-source browser that puts control back in your hands. Privacy, security, and control come first. Ads, trackers, and third-party cookies are blocked automatically, HTTPS is enforced everywhere, and all Chromium extensions work seamlessly — while Google can’t track your activity. Helium’s 13,000+ offline-ready !bangs let you jump straight to sites or AI tools like ChatGPT instantly. Open-source, people-first, and unbiased, Helium delivers a browsing experience that’s fast, secure, and free from noise, ads, and compromises. Helium Browser key features: Performance Fast, efficient, and lightweight — built on Chromium’s optimized engine. Energy-saving and consistent — stays fast over time without slowing down. No bloat — stripped of unnecessary components for maximum speed. Minimalist interface — compact, clean, and distraction-free. Customizable toolbar — hide elements you don’t need. Smooth and stable — no flicker, lag, or animation glitches. Comfort-focused experience — intuitive and unobtrusive. Privacy & Security Best privacy by default — blocks ads, trackers, phishing, and third-party cookies. Unbiased ad-blocking — powered by community filters and uBlock Origin. No telemetry or analytics — zero background web requests on first launch. Strict HTTPS enforcement — warns for insecure sites. Passkeys supported — modern authentication made simple. No built-in password manager or cloud sync — your data stays yours. Extension Compatibility Full Chromium extension support — including MV2 extensions. Anonymized Chrome Web Store requests — Google can’t track extension installs. Extended MV2 support — maintained for as long as possible. Smart Features Native !bangs — browse faster using 13,000+ offline-ready shortcuts. AI integration — use !chatgpt and others directly from the address bar. Offline functionality — bangs work without an Internet connection. Philosophy People-first design — open source, transparent, and community-driven. No ads, no noise, no bias — privacy and honesty over profit. Helium Browser 0.13.4.1 changelog: 0a4f1149 revision: bump to 4 (#1969) 4848de1f helium/core: enable the chromium screenshot feature (#1968) e0dec3f5 onboarding: integrate strings to i18n system (#1948) 417fa5bc i18n: fix newline parsing for onboarding 7a339b39 i18n: add foraged translations for onboarding 4f090cff i18n/generate: add handling for onboarding strings bfe48d58 i18n_apply: manually override parent grd logic for onboarding strings ab214e3c onboarding: bump in deps, wire up grdp afa6a059 helium/core: disable pdf infobar feature (#1965) eba585e7 helium/ui/vertical: fix new tab button alignment and icon size (#1964) 6ecfc9e0 helium/ui/tabs: fix horizontal tab hover background color (#1963) 3db87dc0 helium/ui/tabs: fix new tab button hover/press colors (#1962) 6bbdcc3e helium/ui: improve tab group UI in all layouts (#1961) 53deb314 helium/ui/tabs: enable tab group hover cards e93aece7 helium/ui/vertical: fix tab group appearance, prevent line overlap 629f5495 helium/ui/tabs: restore solid group header colors, enable new colors 961c962e helium/ui/tabs: move horiz tab group underline to bottom, make it thick c96deab6 merge: update to chromium 149.0.7827.155 (#1959) 36db56b4 i18n: update source.gen.json 5ce006ae patches: refresh for chromium 149.0.7827.155 b4c1ea62 merge: update ungoogled-chromium to 149.0.7827.155 4e5e8671 Update to Chromium 149.0.7827.155 08a3e7da helium/ui/layout: disable mute on collapsed vertical tabs (#1778) a0a5bbaf helium/core: simplify context menu and prevent huge widths (#1951) c4732aac devutils/i18n: add forage command (#1944) 11d16986 devutils/i18n: add an option to translate using local CLI tools (#1942) d820c3a2 i18n/prompt: tighten translation rules to prevent common errors (#1940) cf827007 Update to Chromium 149.0.7827.114 6e3d5164 Update to Chromium 149.0.7827.102 Download: Helium 64-bit | Portable 64-bit |~100.0 MB (Open Source) Download: Helium ARM64 | Portable ARM64 Links: Helium Home Page | macOS | Linux | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
  • Recent Achievements

    • Reacting Well
      BizSAR earned a badge
      Reacting Well
    • First Post
      AndreaB earned a badge
      First Post
    • Week One Done
      Huge Trailer earned a badge
      Week One Done
    • Week One Done
      Classifyskilleducation earned a badge
      Week One Done
    • One Month Later
      eurospharma62 earned a badge
      One Month Later
  • Popular Contributors

    1. 1
      +primortal
      579
    2. 2
      +Edouard
      182
    3. 3
      PsYcHoKiLLa
      75
    4. 4
      Michael Scrip
      73
    5. 5
      neufuse
      64
  • Tell a friend

    Love Neowin? Tell a friend!