I was just reading recently a whitepaper from the Microsoft web site, describing how you you should use C++ features in the context of kernel-mode programming. The paper is quite interesting, and can be summarized in a few sentences: If you want to use C++ in kernel mode, be aware that a number of C++ features can introduce more trouble instead of solve problems. Although these features are not explicitly prohibited by the paper, it is strongly recommended to avoid them.
Here is the list of features that you should avoid, or at least be aware of:
2) Virtual functions, and class derivation in general.
3) Standard C++ new/delete operators. Use the standard kernel-mode allocation routines instead.
4) Inline functions.
In addition, the paper reminds you about certain coding practices when developing kernel-mode programming:
8) Floating point instructions must be properly protected.
9) Be very aware about your memory usage (paged/non-paged pool, etc)
10) Make sure that you are very conservative with the stack usage (max 12K on x86 systems)
11) Dissasemble your generated code periodically (especially if you still use these features above) to spot eventual problems.
12) Be aware about memory barriers in general. Make sure that you used the volatile keyword in the way you intended.
Certain considerations make a lot of sense, for example #3. Others, like #2, are quite subtle. I remember a friend of mine (which was pretty good at C++ programming in user mode but just started kernel-mode programming) was quite dissapointed that basic C++ features simply didn’t work. One example: the usage of virtual functions under a high IRQL. If the compiler places the VTBL in pageable memory then you might end up executing code under DIRQL for example that attempts to call a virtual function. But since the VTBL is paged out, you get a bugcheck! How would you fix this problem? At least in my opinion, this is not the compiler’s fault since the compiler cannot control the non-paged memory usage for VTBL allocation for a certain class, by putting the VTBL of certain STL classes in non-pageable memory, for example.
So, looking to the list above, it seems that all the juicy C++ features are not very useful in kernel mode, and things like using STL in kernel mode would be probably out of the question. I can’t help wondering – what you have left? If you stripe down C++ by these features, you essentially get the C language more or less. Well, C with C++ style comments pretty much.
Ironically, I remember that I read somewhere that Bjarne Stroustrup started the design of C++ as a language for writing an operating system, or for writing device drivers. So it looks like the language itself failed somewhat at its original goal – running in kernel mode.
But anyway, to end up this post in a positive note, I still believe C++ is an extremely powerful language. And, regardless, of the OS, I like to think that C++ is the language of choice for writing operating system code, even if in kernel mode you have additional limitations.