U usasma Retired Admin Joined Feb 20, 2012 Posts 2,126 Feb 20, 2016 #1 This Windows driver is starting to show up frequently in the analysis results. Could it be a glitch? Latest was in this topic: Frequent Clock Watchdog Timeout - Page 2 - Windows Crashes, BSOD, and Hangs Help and Support
This Windows driver is starting to show up frequently in the analysis results. Could it be a glitch? Latest was in this topic: Frequent Clock Watchdog Timeout - Page 2 - Windows Crashes, BSOD, and Hangs Help and Support
writhziden Administrator, .NET/UWP Developer Staff member Joined May 23, 2012 Posts 2,923 Location Colorado Feb 20, 2016 #2 usasma said: This Windows driver is starting to show up frequently in the analysis results. Could it be a glitch? Latest was in this topic: Frequent Clock Watchdog Timeout - Page 2 - Windows Crashes, BSOD, and Hangs Help and Support Click to expand... I'm investigating. It seems to be correct in the dump.txt file, so it's probably something on my end. I'll let you know once I determine what is causing that driver to be missed in the driver list. EDIT: I believe this may be related to the changes I made as a result of Issues with the DRT and BSOD Index I am still investigating to see why that particular driver is being missed during my parse. Nothing jumps out at me as of yet. EDIT2: I've identified the issue. There was a case of '}}' before the integer boolean describing whether it is a Windows driver or not. As a result, instead of identifying the driver preceding vdrvroot.sys, the parser included vdrvroot.sys as part of the previous driver's description. EDIT3: It should now be fixed in the latest update. Let me know if you have any further issues. ▪ Sysnative BSOD Processing Apps 2.16.9 Last edited: Feb 20, 2016
usasma said: This Windows driver is starting to show up frequently in the analysis results. Could it be a glitch? Latest was in this topic: Frequent Clock Watchdog Timeout - Page 2 - Windows Crashes, BSOD, and Hangs Help and Support Click to expand... I'm investigating. It seems to be correct in the dump.txt file, so it's probably something on my end. I'll let you know once I determine what is causing that driver to be missed in the driver list. EDIT: I believe this may be related to the changes I made as a result of Issues with the DRT and BSOD Index I am still investigating to see why that particular driver is being missed during my parse. Nothing jumps out at me as of yet. EDIT2: I've identified the issue. There was a case of '}}' before the integer boolean describing whether it is a Windows driver or not. As a result, instead of identifying the driver preceding vdrvroot.sys, the parser included vdrvroot.sys as part of the previous driver's description. EDIT3: It should now be fixed in the latest update. Let me know if you have any further issues. ▪ Sysnative BSOD Processing Apps 2.16.9
U usasma Retired Admin Joined Feb 20, 2012 Posts 2,126 Feb 22, 2016 #3 Thanks Mike! I hope to get to try it in the next few days (family problems are preventing me from doing much right now).
Thanks Mike! I hope to get to try it in the next few days (family problems are preventing me from doing much right now).