The Secret History of Windows Task Manager from Retired Microsoft Engineer
youtube.com
youtube.com
> He was actually upset because their copy of Microsoft Word printed a blank page at the end of every one of their documents and it was wasting paper and he wanted it fixed. I did my best to help configure their page margins before we were released to our new life in America!
Reminds me of a Douglas Adams novel where the protagonist tells the police officer that the computer they are trying to use never worked and it's not their fault. The police officer is very happy and tells him they have been using the machine to bludgeon suspects with.
So even if Process Explorer had been running in background all the time, you could no longer inspect a process's CPU/memory usage history after the fact if you hadn't by chance already opened its details window before.
As the last version (I might have even asked on the forum about it, but never got a definitive response whether this was intentional or a bug) of Process Explorer that didn't exhibit this annoying new behaviour stopped working after switching to Windows 10, I switched to ProcessHacker at that point.
I've initially missed Process Explorer's miniature system information diagrams in the toolbar a little, but otherwise I've been happy with ProcessHacker.
For example:
void COptions::SetDefaultValues() {
ZeroMemory(this, sizeof(COptions));
is a great way to overwrite a vtbl pointer and end up with a invalid object state. There is a safe and perfectly Standard compliant way to reset the object to its default state: `*this = COptions()`Edit: Part 1 is his personal journey of starting work at MS and how he got into making Task Manager. It's safe.
Edit 2: Actually not really anything in the way of source in part 2. But he promises code for part 3.
ps: standard IANAL disclaimer.