OSDev.org

Be that as it may, the fact is that even with regular backups, version control is still very useful, and not at all difficult.

Besides, it is a good habit to get into for any programming project. It seems to me that this is exactly to time to get into that habit, while you are working on something where the consequences of a mistake aren't so dire, and you can freely experiment with a VCS to get the feel of it, and try out different VCS programs to see which ones you are comfortable with - there are about a half dozen VCS systems to choose from, each with their own strengths and weaknesses.

Note that most of these are primarily shell-based but some (mostly the commercial ones such as Perforce or Team Foundation Server) use GUIs as the standard interface. The command-line ones have add-on GUI or Web interfaces for them, such as Tortoise for SVN or the Git Windows Client. Also, most IDEs have a version control hook or add-on which can be used with at least one of the common VCSes, and most have add-ons for several; you usually can use either SVN or Git, at least, and most support both.

In case it isn't clear, Subversion and Git are far and away the most common ones, and Git especially is very popular right now thanks the relative ease of use on GitHub. While Git is somewhat contentious - a lot of people really dislike it - it is worth knowing even if you aren't using it yourself, because so many other people are using it and a lot of open-source software is hosted through GitHub.

I don't want to sound like a broken record, but there really are a lot good reasons to use a VCS, and most people, no good reason not to.

Yes this works great, thanks.


even with 30 or 40 sectors loaded and with the stripped version (ld -nostdlib -T NUL --file-alignment 0 --section-alignment 32) this still not working !!


I changed kernel.C to kernel.c with no effect !

Just figured I'd clarify why MichaelPetch suggested this (presumably). Unix filesystems are case-sensitive. In the really old days of C++, before it was even called C++, it was called CFront, and the compiler determined whether or not to pass the code through the cfront transpiler based on the file extension. Lowercase C meant a regular C source code, and uppercase C meant CFront (C++) source code. This ended up being a bad idea, because some filesystems like FAT12/16 stored filenames in all caps. Alternative file extensions included ".cc", ".cpp", and ".c++" for source code and ".H", ".hh", ".hpp", and ".h++" for headers.

You did see that I asked you to also change kernel.O to kernel.o? And when you say it doesn't work - in what way?

Ok now I get the string printed when I declare a global pointer to video RAM.
Many thanks for all of you.
The next step will be using Interrupts, the timer or the keryboard.