AutoBlue BSOD Tool Development

AceInfinity

Emeritus, Contributor
Joined
Feb 21, 2012
Posts
1,728
Location
Canada
Application Name:
Current Version: 1.2.1
Preview Images:
Ez090.png HTdNz.jpg pDPIs.jpg Q9Kmd.jpg

READ_ME Contents:
AutoBlue BSOD Tool Application - Created by AceInfinity (2012)

USAGE: To use this program, copy over any dump files that you wish to analyze to the "\AutoBlue\Analyze_Dumps" folder, and click the "Start Analysis" button in the program, it may take some time depending on how many dumps you have to scan, but let it finish, then it will open up your output directory where it had saved all of the output logs.

IMPORTANT: Make sure the path to KD.exe and your Symbols directory path are correct! Check the settings from the application to save proper values for these settings.

1) $MicrosoftDrivers.txt - This file specifies the Microsoft Driver list. These are a list of drivers that are NOT to be returned in the $OutputDriverList.txt. If this file does not exist, you will get the $FullDriverResults.log as usual but the $OutputDriverList.txt which contains all of the "3rd party drivers" will not be created. This 3rd party driver list is created by weeding out all of the drivers in the $MicrosoftDrivers.txt, so it's important that you have a reliable source to keep this file up to date.

2) $ReturnValues.txt - This file is required by the application. If it doesn't exist, it will create a file with the default Return Value entries. What this file is meant to do is define a list of values to return to you based on the commands outputs in the $FullResults.log. This file looks for lines of command output that start with the following entries on each line, and if found, return it's value and append it as a line in the $OutputResults.log file, with your specified configuration for the code tags to put around the collected information to make it easier for you to paste out a quick reply in a forum or elsewhere.

3) ClearProcessed_Folders.bat - This file only clears all of the FOLDERS inside of the "Processed_Dumps" directory, it will not however clear any files in the directory itself, only file files from the directories inside the "Processed_Dumps" folder and all of the existing folders themselves. If you want it to clear ALL content (every file and folder) then uncomment the last "del" command in the batch file.

UPDATES: To check for updates to this application, click the update button at the top, makred by the up directional arrow image on one of the top buttons. (The hover text should let you know which one is the update button.) If updates are available, it will download the binary for you automatically. If you wish to use the most updated version, close the application, delete the old version, (make sure the new version executable is in the same directory as it's previous version) then run the new downloaded binary, and it will fire up with all of your previous settings from the older version.

FINAL NOTE: This application was created off the basis of the BSOD automated scripts created by jcgriff2 and usasma. Updates will be made for this application for as long as I continue the development on it. The initial idea for this program was inspired by the scripts when I started my research on how to make this application work. Eventually I want to make things more efficient with this application as time progresses; performance, user configurability, etc...

Copyright: (c)AceInfinity (MVP) 2012
Contributors & Special Thanks: jcgriff2 (MVP) & usasma (MVP)

Password:
Code:
bsod_a3d7
Download:
 

Attachments

Last edited:
You made it!!!!!!!

For info, I set zip file attachment size = 7.5 mb

If more is needed, let me know!
I'll test ASAP - leaving for dinner soon.

John
 
Alright, that sounds good, i'm thinking of video capturing my desktop again to put up another demo video for what it currently does now. I think it's already half decent, but I have more ideas for this as well. Got lots to do, and on top of eventually optimizing this into a speed demon, it should be a good project for me :)

Most important thing is to make sure that you don't forget to change the settings to correct values.
 
Wow! I had no idea... I have an older version of Camtasia, but i'll see what there is there.

Edit: Having a hard time finding where the MVP deal's are, but i'll find it eventually :)
 
Last edited:
If you can't find it just send the owner a email and I am sure he will get you squared away :D
 
Ahh, it's not a big deal, I got lots of good software on my computer already, but the camtasia version i'm using is good enough for me :) I edit my videos in After Effects anyways, so as long as it records, that's all I need Camtasia for. I'll be working some more on this app today and getting started on my next big update for this program, it's been on and off from making big updates and whatnot, I started out basic, fixed all the bugs, added some more great feaures today, fixed all the bugs for v1.2.1 (I litterally have tried getting it to crash with many different attempts and fixed a couple bugs, seems good now), and now it's onto the next big update and testing for more bugs later tonight. That's the process you have to go through lol. :)

It is fun
:cool:

Note: This forum needs a good pack of emoticons/smileys soon too :)
 
Last edited:
More smiles and we need to make it so : ) and : D(remove spaces) don't parse and replace them with something like :grin: or :happy:

Ace, if you need anything from the online table let me know and I can get a quick script working... I have a lot of work ahead of me integrating it into Vb and updating :D
 
More smiles and we need to make it so : ) and : D(remove spaces) don't parse and replace them with something like :grin: or :happy:

Ace, if you need anything from the online table let me know and I can get a quick script working... I have a lot of work ahead of me integrating it into Vb and updating :D

That wouldn't be too hard to get the smilies working with other parsing "names/aliases" like :grin: :happy: etc. I think it's just a minor setting, but by default like in MyBB as well they place a smiley to :), a wink to ;), etc..

I shouldn't need much help to get data from the online table, i'm quite familiar with VB to be able to do that with the program on it's own, but to speed things up I know the best method would definitely be to be able to download the full list to a file somehow. I haven't even taken the time to look at it yet though to see what I could do, haven't gotten that far yet, but i'll let you know!

cheers.gif
 
Last edited:
Here's the latest preview of version 1.2.1. I tried my best to preview all that I could think of right on the spot while I was making the video.


Note: This video took me about an hour to render and encode, before the other hour practically being spent uploading to youtube. I was testing a different encoding, this is close to basically a lossy format, so the video is as high quality as i've ever gotten.

Enjoy
cheers.gif
 
I shouldn't need much help to get data from the online table, i'm quite familiar with VB to be able to do that with the program on it's own, but to speed things up I know the best method would definitely be to be able to download the full list to a file somehow. I haven't even taken the time to look at it yet though to see what I could do, haven't gotten that far yet, but i'll let you know!

The drivers are in a SQL DB(mySQL) if it is OK with John I can create you a user with the ability to read it... This would give you much faster results then sending an HTTP request... Just a thought... I know little about VB but you should be able to set up ODBC to connect to it...

Not sure if this would work with a stand alone app....
 
No I can make SQL requests through my application, but doing it that way is risky if you're releasing these scripts or even my program out to others... If that is secure db information. I don't know... Personally I would try to stay away from that, but i'm not too sure.

Update: My application now supports both WinDbg and KD through the command line, you can specify either, and it will recognize which debugger you've put into the DEBUGGER_PATH configuration setting, and adjust it's command line process sends based on which debugger you're deciding to use. I've noticed one thing though, my application doesn't seem to want to run a debugger if it's placed in a secure directory like the System32 folder, but in that case then you should be able to run my app as administrator and it should work, although i'm not so sure many people have their debugger in their System32 folder. It was just something I found out while testing.
 
Last edited:
I do understand the security threat but...

The account I would give you to access it would be READ-ONLY....

They could get the same information by copy pasting the table into excel...

Right now we just have a text output that gets updated when the table is updated.(has John shared this with you?)
 
Nope, I haven't really spoken to him much about the driver table, he's been a busy guy lately :) I had a talk with him over MSN a while ago about the scripts but that's as far as I got.

lol, I also just finished adding a cool message for when the app sees a version higher than the latest official version that it checks for to determine updates:

Ii9yq.png


cheers.gif
 
That's pretty great.

John has an appt in PA tomorrow I think...

I will check with him tomorrow about sharing the output... (I would imagine it would be fine)

I have told this to John countless times but it applies to you to...

If you ever want something from the online table or want to send information to it the only thing needed is consistency.

I will gladly write the scripts to get the function working...
 
I understand the consistency part fully. I know what that is like from the programming perspective, haha. I don't think i'll ever need to write things to the driver table though, I think changes should be kept only modifiable on the backend for however you guys update the information there, and an app like mine or the scripts should only be able to read the data.
 
Right now... John has the option to 'Bulk upload' drivers to the table...

All additions first go to a temp database(private) where John and Carrona(usasma) make edits before submitting them into the public table.

You could have a script that sends drivers that are not currently in the table to the temp DB...
 
Program now uses Async WebRequests so there's no stopping the GUI on the main form at all with the updates.

Edit: That download progress bar on the form that shows though with the download would seem unnecessary until my project gets a bit bigger and the binary increases in filesize though as it's almost an instant download lol.

It shows up and gone/done by the time you click the button lol, big speed/performance increase in this current version I have. I basically multi-threaded the async web request itself for the version check, and download retrieval itself.

Edit: Current version: 1.2.6

From now on all future downloads unless i've made major changes can be downloaded through the UPDATE function on my application :)

Cheers
cheers.gif
 
Last edited:
Output even more detailed information and multi-threaded several other write-to-disk processes, therefore i'll step it up to version 1.2.7

uSQwa.png
 
Pretty cool. Gonna have to check it out


EDIT: I'm getting syntax errors at the end of each file it processes and I have to close it out manually and then it starts the next one
 
Last edited:

Has Sysnative Forums helped you? Please consider donating to help us support the site!

Back
Top