How tuned is your time machine? No, I am not talking about DeLoreans with Flux Capacitors, but a tool almost all software development groups have but many use poorly, namely source control. A simple test of how well your source control system is doing is to see how many times a day the average developer checks in code. The sad fact is that in most development shops I encounter, the time a file is checked out is measured in weeks—as for a library book.Driver development can benefit greatly from a source control system that encourages its use. It is amazing … Continue reading How tuned is your time machine?
I haven’t posted for quite a while since I hit a period of intense work for my customers, demands by activities outside of work, and a cold/flu that has persisted for over a month. I am back and expect to see postings from me on at least a weekly basis.
Last week I got an announcement that Rob Short is talking on Operating System Evolution (see http://channel9.msdn.com/Showpost.aspx?postid=264874). Normally, I would be the first in line for one of his talks, but on Channel 9?… well, maybe some day I’ll watch it when I have time. For those of you who don’t know about Channel 9 http://channel9.msdn.com/ , it is a site where Microsoft provides video interviews on technical subjects. The reason that I’m not enthusiastic about it is that I believe there are a couple of serious problems with Channel 9. These are: 1. There is no index I answer … Continue reading Tuning Channel 9
I wrote previously that drivers should use the event log. This time I am going to give some things to consider when using events. The challenge for using the event log is that many components use it poorly. The two common problems are superfluous messages and lazy definitions. The event log is commonly configured as a circular log with a limited capacity. Thus, having a bunch of superfluous messages can cause the important events that lead up to a failure to be lost. If you want to put in things like the driver started or stopped, provide a registry value … Continue reading Using the event log in your driver
Do you use the event log in your driver? Event logging should be standard in almost every driver, yet few drivers support logging. Event logging is the place to record anomalous conditions and events that are detected by your code. Specifically, it is the recognized way to report errors that are not related to a particular request to the device. The event log consists of small records about events of interest. The record is based on an NTSTATUS code, whether it is a standard code or a custom status code for your software. Think of the event log as a … Continue reading Why your driver should use the event log
What? Another blog on Windows Device Driver Development? While there are a number of good blogs out there on the subject, I think mine will be a little different. This blog will look at the process of device driver development. A lot of the emphasis will be upon the design and development practices for creating a high quality Windows device driver. While there will inevitably be some nitty-gritty technical stuff, most of my discussion will be targeted at a level that managers can follow. In fact, I hope that you will point your management to the blog. Many of the … Continue reading Welcome