[SOLVED] Windbg Installation Location

zigzag3143

Contributor, Sysnative Staff Emeritus
Joined
Mar 27, 2012
Posts
3,741
Next step
Step 2: Ensure that the Debugging Tools for Windows is installed in a default location. If you must install the Debugging Tools for Windows in a non-default location, please talk to me about it before proceeding.

What are the default locations?
 
Re: Scripts and Win 8

Next step
Step 2: Ensure that the Debugging Tools for Windows is installed in a default location. If you must install the Debugging Tools for Windows in a non-default location, please talk to me about it before proceeding.

What are the default locations?

I really should have made that clearer. Good spot. Thanks :) Any of:

Code:
%ProgramFiles(x86)%\Debugging Tools for Windows (x86)\kd.exe
%ProgramFiles%\Debugging Tools for Windows (x86)\kd.exe
%ProgramFiles%\Debugging Tools for Windows (x64)\kd.exe
%ProgramW6432%\Debugging Tools for Windows (x64)\kd.exe
 
Re: Scripts and Win 8


Is it therefore installed in %ProgramW6432%\Windows Kits\Debugging Tools for Windows (x64)?

I need to make a new build which makes the $_dbugdir parm editable, so that you can specify this directory manually. I will need to quickly run this past jcgriff2 when he comes online. It will be done absolutely as soon as possible.

Thank you for your patience,

Richard
 
Re: Scripts and Win 8


Is it therefore installed in %ProgramW6432%\Windows Kits\Debugging Tools for Windows (x64)?

I need to make a new build which makes the $_dbugdir parm editable, so that you can specify this directory manually. I will need to quickly run this past jcgriff2 when he comes online. It will be done absolutely as soon as possible.

Thank you for your patience,

Richard


Or i could move it
 
Re: Scripts and Win 8


Is it therefore installed in %ProgramW6432%\Windows Kits\Debugging Tools for Windows (x64)?

I need to make a new build which makes the $_dbugdir parm editable, so that you can specify this directory manually. I will need to quickly run this past jcgriff2 when he comes online. It will be done absolutely as soon as possible.

Thank you for your patience,

Richard


Or i could move it

You certainly could if you wanted to. However, this proper fix needs to be made eventually, and it will be done very soon.
 
Last edited by a moderator:
Re: Parms Editor Crash

$99_dbug.exe v1.0 looks for Debugging Tools for Windows (which includes kd) to be installed in one of these 4 locations -
Code:
 [FONT=Lucida Console]%ProgramFiles(x86)%\Debugging Tools for Windows (x86)\
%ProgramFiles%\Debugging Tools for Windows (x86)\
%ProgramFiles%\Debugging Tools for Windows (x64)\
%ProgramW6432%\Debugging Tools for Windows (x64)\[/FONT]

I had my reasons for hard-coding those directory names back in 2008. :smile:

This is the best soltuton, as Richard mentioned -
niemiro said:
I need to make a new build which makes the $_dbugdir parm editable, so that you can specify this directory manually. I will need to quickly run this past jcgriff2 when he comes online. It will be done absolutely as soon as possible.

You'll be able to edit the $_dbugdir parm file and enter the path name location for Windbg (kd). You may ask why the app doesn't do a search and fill it in -- because many of us run multiple versions of Debugging Tools for Windows. I myself run three versions - 6.11, 6.12, 6.2.8229.0 (W8 Developer) and will soon add a 4th - W8 Consumer.

For info, a little background on the paths listed -
Read More:

The following assumes your OS drive = c:

On x86 or x64 systems -
%ProgramFiles% = c:\Program Files

On x86 systems there is only 1 \Program Files folder -
Code:
 [FONT=Lucida Console]
ProgramFiles=C:\Program Files[/FONT]

On x64 systems, there are 2 \Program Files folders -
Code:
 [FONT=Lucida Console]ProgramFiles=C:\Program Files
ProgramFiles(x86)=C:\Program Files (x86)
[/FONT]

On x64 systems, in addition to the 2 \Program Files environment variables, there is an additional environment variable for WOW - so x86 apps can access the \Program Files (x64) folder -
Code:
 [FONT=Lucida Console]ProgramFiles=C:\Program Files
ProgramFiles(x86)=C:\Program Files (x86)
[h34]ProgramW6432[/h34]=C:\Program Files[/FONT]

I usually ran the scripts from Altap Salamander 2.54, which is an x86 app, so it used the %ProgramW6432% environment variable to get to \Program Files (x64) -
Read More:

When I ran the scripts via Windows Explorer, it used %ProgramFiles% to get to \Program Files (x64) -
Read More:


Is it therefore installed in %ProgramW6432%\Windows Kits\Debugging Tools for Windows (x64)?

You should be fine for now if you install Windbg to -
Code:
[FONT=Lucida Console]c:\Program Files\Debugging Tools for Windows (x64) [/FONT]






You can see all of the above for yourself running ECHO or SET from a CMD/DOS screen - both \system32 and \syswow64 -
Code:
[FONT=Lucida Console]set > 0 & start notepad 0 [/FONT]


Results - \windows\system32\cmd.exe -
Read More:


Results - \windows\syswow64\cmd.exe -
Read More:



I used the x64 Altap Salamander 3.0 beta 1 (PB79) during testing and never gave much thought to the Windbg installation location.

Apologies for that oversight.
 
Moved Symbols and WinDbg to default locations, and moved the scripts into the correct structure as per Richard. Scripts run, DMPS are moved into processed and time/date stamped. 95, 97, 98, & _99-debug.txt are generated but contain no data but the formatting codes etc. Next move?

View attachment 527
 
Are cmd screens opening with info scrolling ?

Please zip & attach the dump files.
 
Moved Symbols and WinDbg to default locations, and moved the scripts into the correct structure as per Richard. Scripts run, DMPS are moved into processed and time/date stamped. 95, 97, 98, & _99-debug.txt are generated but contain no data but the formatting codes etc. Next move?

View attachment 527

Hello,

Thank you very much for your report. I have been looking into this, and have identified a bug in the code which is causing this problem for you. I hope to post a fixed version in the next few minutes.

Richard
 
Please run TREE command -

Code:
[FONT=Lucida Console]tree "%userprofile%\_jcgriff2_" /a > 0 & start notepad 0[/FONT]

A Notepad will open; save it & attach.
 
Done

Folder PATH listing
Volume serial number is D4E5-CC94
C:\USERS\KEN J\_JCGRIFF2_
+---dbug
| +---__jcgriff2_parms__
| | \---temp
| \---__Kernel__
| \---__processed_BSOD_dumps__
| +---__2012-05-17__13.56____
| +---__2012-05-17__15.36____
| +---__2012-05-17__15.38____
| +---__2012-05-17__17.18____
| \---__2012-05-17__23.15____
\---Parms_Editor
+---PARMS_Store
| +---$_dvrref_table_98
| \---$_symbols
\---XML_Store
 
I believe it does.

Excellent! At last some progress! I am really sorry that it took a few days, but we are here eventually.

John is the true expert at telling if the log files are complete, but they look good to me.

Enjoy the scripts!
 
No symbol errors here w/ the new app.

Try running $99_dbug.exe "run as Administrator"
 
Your symbol path is wrong... I missed this before -

Code:
 [FONT=Lucida Console]C:\symcache*http://msdl.microsoft.com/download/symbols[/FONT]

Mine -
Code:
 [FONT=Lucida Console][COLOR=#ff0000]SRV*[/COLOR]a:\symbols*http://msdl.microsoft.com/download/symbols[/FONT]

You're missing the SRV* prefix.



Try this for scripts - edit parm file $_symbols; paste this in -
Code:
 [FONT=Lucida Console][COLOR=#ff0000]SRV*[/COLOR]C:\symcache*http://msdl.microsoft.com/download/symbols[/FONT]

Curiosity question, please - is the SRV* present or missing in Windbg ?
 
Last edited:

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

Back
Top