Visual Studio Debugger: Cannot find or open the PDB file
Question
Wednesday, March 11, 2020 9:56 AM
Tools-> Options-> Debugging-> Symbols. Select checkbox "Microsoft Symbol Servers". Visual Studio will download PDBs automatically.
When starting a program under the Microsoft Visual Studio 2017 *debugger, you will generally see in the Output pane a series of messages similar to the following:
'dpiTest.exe' (Win32): Loaded 'C:\Windows\SysWOW64\ntdll.dll'. Cannot find or open the PDB file.
'dpiTest.exe' (Win32): Loaded 'C:\Windows\SysWOW64\kernel32.dll'. Cannot find or open the PDB file.
'dpiTest.exe' (Win32): Loaded 'C:\Windows\SysWOW64\KernelBase.dll'. Cannot find or open the PDB file.
'dpiTest.exe' (Win32): Loaded 'C:\Windows\SysWOW64\SHCore.dll'. Cannot find or open the PDB file.
'dpiTest.exe' (Win32): Loaded 'C:\Windows\SysWOW64\msvcrt.dll'. Cannot find or open the PDB file.
'dpiTest.exe' (Win32): Loaded 'C:\Windows\SysWOW64\rpcrt4.dll'. Cannot find or open the PDB file.
'dpiTest.exe' (Win32): Loaded 'C:\Windows\SysWOW64\sspicli.dll'. Cannot find or open the PDB file.
'dpiTest.exe' (Win32): Loaded 'C:\Windows\SysWOW64\cryptbase.dll'. Cannot find or open the PDB file.
Before, the symbol fille can be successfully loaded；
but recentlly the symbols can not be found ?
open Debug-> windows-> moduels dialog, download pdb file, the "no symbols found: browse for ***.pdb" dialog popup;
so how to fix it?
All replies (18)
Tuesday, March 17, 2020 2:17 PM ✅Answered | 1 vote
Wget, curl, windows debugging tools (dbghelp.dll) allow proxy settings
(though I thought for the latter, it's more historical - nevertheless maybe worth a try at the moment):
https://docs.microsoft.com/en-us/windows-hardware/drivers/debugger/firewalls-and-proxy-servers
https://docs.microsoft.com/en-us/windows/win32/debug/symbol-servers-and-internet-firewalls
Also
https://github.com/curl/curl/issues/4232
https://github.com/curl/curl/issues/3517 (antivirus?)
Entering (your 'location')
https://vsblobprodscussu5shard12.blob.core.windows.net/b-4712e0edc5a240eabf23330d7df68e77/9599116C7C7663EAB9F983958CA97CC69BBE113424E93EF998BEC89C81CF1BCC00.blob?sv=2017-04-17&sr=b&si=1&sig=P517IHd2xOoChZFuuBHq0ZOAoyFen0gQAaZrXqrZxQE%3D&spr=https&se=2020-03-18T08%3A35%3A04Z&rscl=x-e2eid-16f7c04a-4c70486b-861f7644-3eeda084-session-03916601-bbd34ead-b6c4c630-50af03f1
into Chromium Browser address bar (Linux) triggers a download.
Here omitting first indirection for better clarity (curl needs quotation marks):
curl -vL -o baz.pdb "https://vsblobprodscussu5shard12.blob.core.windows.net/b-4712e0edc5a240eabf23330d7df68e77/9599116C7C7663EAB9F983958CA97CC69BBE113424E93EF998BEC89C81CF1BCC00.blob?sv=2017-04-17&sr=b&si=1&sig=P517IHd2xOoChZFuuBHq0ZOAoyFen0gQAaZrXqrZxQE%3D&spr=https&se=2020-03-18T08%3A35%3A04Z&rscl=x-e2eid-16f7c04a-4c70486b-861f7644-3eeda084-session-03916601-bbd34ead-b6c4c630-50af03f1"
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0* Trying 104.214.40.16:443...
* Connected to vsblobprodscussu5shard12.blob.core.windows.net (104.214.40.16) port 443 (#0)
* ALPN, offering h4
* ALPN, offering http/1.1
* successfully set certificate verify locations:
* CAfile: /etc/ssl/certs/ca-certificates.crt
CApath: none
} [5 bytes data]
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
} [512 bytes data]
* TLSv1.3 (IN), TLS handshake, Server hello (2):
{ [85 bytes data]
* TLSv1.2 (IN), TLS handshake, Certificate (11):
{ [5117 bytes data]
* TLSv1.2 (IN), TLS handshake, Server key exchange (12):
{ [333 bytes data]
* TLSv1.2 (IN), TLS handshake, Server finished (14):
{ [4 bytes data]
* TLSv1.2 (OUT), TLS handshake, Client key exchange (16):
} [70 bytes data]
* TLSv1.2 (OUT), TLS change cipher, Change cipher spec (1):
} [1 bytes data]
* TLSv1.2 (OUT), TLS handshake, Finished (20):
} [16 bytes data]
* TLSv1.2 (IN), TLS handshake, Finished (20):
{ [16 bytes data]
* SSL connection using TLSv1.2 / ECDHE-RSA-AES256-GCM-SHA384
* ALPN, server did not agree to a protocol
* Server certificate:
* subject: CN=*.blob.core.windows.net
* start date: Jan 23 15:47:57 2020 GMT
* expire date: Jan 23 15:47:57 2022 GMT
* subjectAltName: host "vsblobprodscussu5shard12.blob.core.windows.net" matched cert's "*.blob.core.windows.net"
* issuer: C=US; ST=Washington; L=Redmond; O=Microsoft Corporation; OU=Microsoft IT; CN=Microsoft IT TLS CA 4
* SSL certificate verify ok.
} [5 bytes data]
> GET /b-4712e0edc5a240eabf23330d7df68e77/9599116C7C7663EAB9F983958CA97CC69BBE113424E93EF998BEC89C81CF1BCC00.blob?sv=2017-04-17&sr=b&si=1&sig=P517IHd2xOoChZFuuBHq0ZOAoyFen0gQAaZrXqrZxQE%3D&spr=https&se=2020-03-18T08%3A35%3A04Z&rscl=x-e2eid-16f7c04a-4c70486b-861f7644-3eeda084-session-03916601-bbd34ead-b6c4c630-50af03f1 HTTP/1.1
> Host: vsblobprodscussu5shard12.blob.core.windows.net
> User-Agent: curl/7.69.0
> Accept: */*
>
{ [5 bytes data]
0 0 0 0 0 0 0 0 --:--:-- 0:00:01 --:--:-- 0* Mark bundle as not supporting multiuse
< HTTP/1.1 200 OK
< Content-Length: 143360
< Content-Type: application/octet-stream
< Content-Language: x-e2eid-16f7c04a-4c70486b-861f7644-3eeda084-session-03916601-bbd34ead-b6c4c630-50af03f1
< Last-Modified: Wed, 12 Jun 2019 01:26:19 GMT
< Accept-Ranges: bytes
< ETag: "0x8D6EED4F91A9B54"
< Server: Windows-Azure-Blob/1.0 Microsoft-HTTPAPI/2.0
< x-ms-request-id: 86ad0905-001e-006b-5947-fc1748000000
< x-ms-version: 2017-04-17
< x-ms-lease-status: unlocked
< x-ms-lease-state: available
< x-ms-blob-type: BlockBlob
< x-ms-server-encrypted: true
< Access-Control-Expose-Headers: Content-Length
< Access-Control-Allow-Origin: *
< Date: Tue, 17 Mar 2020 10:29:54 GMT
<
{ [15734 bytes data]
100 140k 100 140k 0 0 69727 0 0:00:02 0:00:02 --:--:-- 69727
* Connection #0 to host vsblobprodscussu5shard12.blob.core.windows.net left intact
With kind regards
Wednesday, March 11, 2020 2:41 PM
Hello,
since the system dlls are not yours, and as long as you don't want to debug system dlls, the messages are ok and you can ignore the messages.
Nevertheless, you can try to download the public pdb files from a Microsoft server. But I don't think you can download all the system dlls pdb files because they are not your dlls.
Regards, Guido
Thursday, March 12, 2020 5:28 AM
Hi,
Thank you for posting here.
>>Visual Studio Debugger: Cannot find or open the PDB file
According to the issue, the DLLs listed in your file are windows system DLLs. In general you do not need this debug informantion of the Windows DLLs. This is no error, only an information the PDBs are not available. If you don't want to see symbol load warnings, you can turn off module load messages in the output window (right click on the output window to bring up the context menu to toggle these options).
As Guido Franzke said, You may download the public pdb files from a Microsoft server. But as far as I'm concerned, in most cases you will not need this for normal application development.
I suggest you could refer to the link: https://docs.microsoft.com/en-us/windows/win32/dxtecharts/debugging-with-symbols?redirectedfrom=MSDN
Best Regards,
Jeanine Zhang
Thursday, March 12, 2020 3:42 PM
Thanks for your information!
I need the system dll symbos to analyze some behavior;
but now it is not successfully download the symbols file from microsoft symbols server;
i am getting symbos manually by symchk
it still failed, see the bellow results:
symchk C:\Windows\SysWOW64\atlthunk.dll /oc C:\Users\youqi\
SYMCHK: atlthunk.dll FAILED - atlthunk.pdb mismatched or not found
SYMCHK: FAILED files = 1
SYMCHK: PASSED + IGNORED files = 0
Is this a network problem?
Friday, March 13, 2020 12:42 AM
Is this a network problem?
Can't tell from your output.
Sometimes pdbs may be missing on the MS symbol server - e.g. after an update they may not be immediately available.
In general a retransmit of a pdb you already have in your symbol cache, may give a hint about connectivity to the symbol server.
Verbose option with symchk gives some more info:
symchk -v C:\Windows\SysWOW64\atlthunk.dll /s srv*c:\symbols*http://msdl.microsoft.com/download/symbols
[SYMCHK] Searching for symbols to C:\Windows\SysWOW64\atlthunk.dll in path srv*c:\symbols*http://msdl.microsoft.com/download/symbols
DBGHELP: Symbol Search Path: srv*c:\symbols*http://msdl.microsoft.com/download/symbols
[SYMCHK] Using search path "srv*c:\symbols*http://msdl.microsoft.com/download/symbols"
DBGHELP: No header for C:\Windows\SysWOW64\atlthunk.dll. Searching for image on disk
DBGHELP: C:\Windows\SysWOW64\atlthunk.dll - OK
SYMSRV: BYINDEX: 0x1
c:\symbols*http://msdl.microsoft.com/download/symbols
atlthunk.pdb
AC48546C8728572078AEF401C8C56D8B1
SYMSRV: UNC: c:\symbols\atlthunk.pdb\AC48546C8728572078AEF401C8C56D8B1\atlthunk.pdb - path not found
SYMSRV: UNC: c:\symbols\atlthunk.pdb\AC48546C8728572078AEF401C8C56D8B1\atlthunk.pd_ - path not found
SYMSRV: UNC: c:\symbols\atlthunk.pdb\AC48546C8728572078AEF401C8C56D8B1\file.ptr - path not found
SYMSRV: HTTPGET: /download/symbols/index2.txt
SYMSRV: HttpQueryInfo: 80190190 - HTTP_STATUS_BAD_REQUEST
SYMSRV: HTTPGET: /download/symbols/atlthunk.pdb/AC48546C8728572078AEF401C8C56D8B1/atlthunk.pdb
SYMSRV: HttpQueryInfo: 801900c8 - HTTP_STATUS_OK
SYMSRV: atlthunk.pdb from http://msdl.microsoft.com/download/symbols: 143360 bytes copied
SYMSRV: PATH: c:\symbols\atlthunk.pdb\AC48546C8728572078AEF401C8C56D8B1\atlthunk.pdb
SYMSRV: RESULT: 0x00000000
DBGHELP: atlthunk - public symbols
c:\symbols\atlthunk.pdb\AC48546C8728572078AEF401C8C56D8B1\atlthunk.pdb
[SYMCHK] MODULE64 Info
[SYMCHK] Struct size: 1680 bytes
[SYMCHK] Base: 0x10000000
[SYMCHK] Image size: 53248 bytes
[SYMCHK] Date: 0x065d55fd
[SYMCHK] Checksum: 0x00014245
[SYMCHK] NumSyms: 0
[SYMCHK] SymType: SymPDB
[SYMCHK] ModName: atlthunk
[SYMCHK] ImageName: C:\Windows\SysWOW64\atlthunk.dll
[SYMCHK] LoadedImage: C:\Windows\SysWOW64\atlthunk.dll
[SYMCHK] PDB: "c:\symbols\atlthunk.pdb\AC48546C8728572078AEF401C8C56D8B1\atlthunk.pdb"
[SYMCHK] CV: RSDS
[SYMCHK] CV DWORD: 0x53445352
[SYMCHK] CV Data: atlthunk.pdb
[SYMCHK] PDB Sig: 0
[SYMCHK] PDB7 Sig: {AC48546C-8728-5720-78AE-F401C8C56D8B}
[SYMCHK] Age: 1
[SYMCHK] PDB Matched: TRUE
[SYMCHK] DBG Matched: TRUE
[SYMCHK] Line nubmers: FALSE
[SYMCHK] Global syms: FALSE
[SYMCHK] Type Info: FALSE
[SYMCHK]
SymbolCheckVersion 0x00000002
Result 0x00030001
DbgFilename
DbgTimeDateStamp 0x065d55fd
DbgSizeOfImage 0x0000d000
DbgChecksum 0x00014245
PdbFilename c:\symbols\atlthunk.pdb\AC48546C8728572078AEF401C8C56D8B1\atlthunk.pdb
PdbSignature {00000000-0000-0000-0000-000000000000}
PdbDbiAge 0x00000000
[SYMCHK] [ 0x00000000 - 0x00030001 ] Checked "C:\Windows\SysWOW64\atlthunk.dll"
SYMCHK: FAILED files = 0
SYMCHK: PASSED + IGNORED files = 1
If you post module name, combination of PDB7 Sig' and 'Age', which you can find in cache path like this
c:\symbols\atlthunk.pdb\AC48546C8728572078AEF401C8C56D8B1\atlthunk.pdb
I'll give it a try.
In case of missing symbol files you may probably want to send an email to
windbgfb at microsoft dot com
but they need 'PDB7 Sig' and 'Age' (cache path) for identification.
With kind regards
Friday, March 13, 2020 3:10 AM
Thanks a lot !
It says can't connect to server although my internet connection is working fine
and filrewall is off
see below:
SYMSRV: A connection with the server could not be established
symchk -v C:\Windows\SysWOW64\atlthunk.dll /s srv*c:\symbols*http://msdl.microsoft.com/download/symbols
[SYMCHK] Searching for symbols to C:\Windows\SysWOW64\atlthunk.dll in path srv*c:\symbols*http://msdl.microsoft.com/download/symbols
DBGHELP: Symbol Search Path: srv*c:\symbols*http://msdl.microsoft.com/download/symbols
[SYMCHK] Using search path "srv*c:\symbols*http://msdl.microsoft.com/download/symbols"
DBGHELP: No header for C:\Windows\SysWOW64\atlthunk.dll. Searching for image on disk
DBGHELP: C:\Windows\SysWOW64\atlthunk.dll - OK
SYMSRV: A connection with the server could not be established
SYMSRV: c:\symbols\atlthunk.pdb\D0D35C9D3D54C4E2E33AA97C4E23CD3C1\atlthunk.pdb not found
SYMSRV: http://msdl.microsoft.com/download/symbols/atlthunk.pdb/D0D35C9D3D54C4E2E33AA97C4E23CD3C1/atlthunk.pdb not found
DBGHELP: atlthunk - no symbols loaded
[SYMCHK] MODULE64 Info
[SYMCHK] Struct size: 1680 bytes
[SYMCHK] Base: 0x10000000
[SYMCHK] Image size: 53248 bytes
[SYMCHK] Date: 0x95b9b4e6
[SYMCHK] Checksum: 0x0001194a
[SYMCHK] NumSyms: 0
[SYMCHK] SymType: SymNone
[SYMCHK] ModName: atlthunk
[SYMCHK] ImageName: C:\Windows\SysWOW64\atlthunk.dll
[SYMCHK] LoadedImage: C:\Windows\SysWOW64\atlthunk.dll
[SYMCHK] PDB: ""
[SYMCHK] CV: RSDS
[SYMCHK] CV DWORD: 0x53445352
[SYMCHK] CV Data: atlthunk.pdb
[SYMCHK] PDB Sig: 0
[SYMCHK] PDB7 Sig: {00000000-0000-0000-0000-000000000000}
[SYMCHK] Age: 0
[SYMCHK] PDB Matched: TRUE
[SYMCHK] DBG Matched: TRUE
[SYMCHK] Line nubmers: FALSE
[SYMCHK] Global syms: FALSE
[SYMCHK] Type Info: FALSE
[SYMCHK]
SymbolCheckVersion 0x00000002
Result 0x00010001
DbgFilename atlthunk.dbg
DbgTimeDateStamp 0x00000000
DbgSizeOfImage 0x00000000
DbgChecksum 0x00000000
PdbFilename atlthunk.pdb
PdbSignature {D0D35C9D-3D54-C4E2-E33A-A97C4E23CD3C}
PdbDbiAge 0x00000001
[SYMCHK] [ 0x00000000 - 0x00010001 ] Checked "C:\Windows\SysWOW64\atlthunk.dll"
SYMCHK: atlthunk.dll FAILED - atlthunk.pdb mismatched or not found
SYMCHK: FAILED files = 1
SYMCHK: PASSED + IGNORED files = 0
Friday, March 13, 2020 12:09 PM
Yes definitely a connection problem, pdb exists on MS symbol-server (also you should not need to tear the firewall down):
SymChk /v /im c:\temp\man.txt /s srv*c:\symbols*http://msdl.microsoft.com/download/symbols
[SYMCHK] Downloading symbols in manifest c:\temp\man.txt from srv*c:\symbols*http://msdl.microsoft.com/download/symbols
DBGHELP: Symbol Search Path: srv*c:\symbols*http://msdl.microsoft.com/download/symbols
SYMSRV: BYINDEX: 0x1
c:\symbols*http://msdl.microsoft.com/download/symbols
atlthunk.pdb
D0D35C9D3D54C4E2E33AA97C4E23CD3C1
SYMSRV: UNC: c:\symbols\atlthunk.pdb\D0D35C9D3D54C4E2E33AA97C4E23CD3C1\atlthunk.pdb - path not found
SYMSRV: UNC: c:\symbols\atlthunk.pdb\D0D35C9D3D54C4E2E33AA97C4E23CD3C1\atlthunk.pd_ - path not found
SYMSRV: UNC: c:\symbols\atlthunk.pdb\D0D35C9D3D54C4E2E33AA97C4E23CD3C1\file.ptr - path not found
SYMSRV: HTTPGET: /download/symbols/index2.txt
SYMSRV: HttpQueryInfo: 80190190 - HTTP_STATUS_BAD_REQUEST
SYMSRV: HTTPGET: /download/symbols/atlthunk.pdb/D0D35C9D3D54C4E2E33AA97C4E23CD3C1/atlthunk.pdb
SYMSRV: HttpQueryInfo: 801900c8 - HTTP_STATUS_OK
SYMSRV: atlthunk.pdb from http://msdl.microsoft.com/download/symbols: 143360 bytes copied
SYMSRV: PATH: c:\symbols\atlthunk.pdb\D0D35C9D3D54C4E2E33AA97C4E23CD3C1\atlthunk.pdb
SYMSRV: RESULT: 0x00000000
DBGHELP: c:\symbols\atlthunk.pdb\D0D35C9D3D54C4E2E33AA97C4E23CD3C1\atlthunk.pdb - OK
SYMCHK: FAILED files = 0
SYMCHK: PASSED + IGNORED files = 1
You can try symchk again with https:
/s srv*c:\symbols*https://msdl.microsoft.com/download/symbols
though I do not think it will make much difference.
For symchk just recall, that connection may fail, when it loads the dbghelp.dll from 'c:\windows\system32'.
Should load the one where symchk.exe lives -> which then loads symsrv.dll .
But for VisualStudio no idea at the moment, should be fine.
With kind regards
Friday, March 13, 2020 1:59 PM
Lacking ideas, in case 'Windows Subsystem for Linux' is installed, I'd try something like this, which might allow direct access to symbol files from MS-Symbol-Server
wget --user-agent=Microsoft-Symbol-Server/6.9.0003.113 https://msdl.microsoft.com/download/symbols/atlthunk.pdb/D0D35C9D3D54C4E2E33AA97C4E23CD3C1/atlthunk.pdb
just to test basic connectivity.
With kind regards
Sunday, March 15, 2020 7:47 AM
Thanks a lot!
i test the basic connectivity by WSL;
youqiang_wu@WUYOUQIANG-PC1:~$ wget --user-agent=Microsoft-Symbol-Server/6.9.0003.113 https://msdl.microsoft.com/download/symbols/atlthunk.pdb/D0D35C9D3D54C4E2E33AA97C4E23CD3C1/atlthunk.pdb
--2020-03-15 15:45:51-- https://msdl.microsoft.com/download/symbols/atlthunk.pdb/D0D35C9D3D54C4E2E33AA97C4E23CD3C1/atlthunk.pdb
Resolving msdl.microsoft.com (msdl.microsoft.com)... 204.79.197.219
Connecting to msdl.microsoft.com (msdl.microsoft.com)|204.79.197.219|:443... connected.
HTTP request sent, awaiting response... 302 Found
Location: https://vsblobprodscussu5shard12.blob.core.windows.net/b-4712e0edc5a240eabf23330d7df68e77/9599116C7C7663EAB9F983958CA97CC69BBE113424E93EF998BEC89C81CF1BCC00.blob?sv=2017-04-17&sr=b&si=1&sig=MClARa6EoahcoBTT8B7gwiVADWBpfWnkUBnCAbSxhTo%3D&spr=https&se=2020-03-16T08%3A35%3A04Z&rscl=x-e2eid-22d2f767-caee4fab-b3c18f65-ba75a5b7-session-0d17bbb5-b0e34028-aa5f5f99-90cf5301 [following]
--2020-03-15 15:45:51-- https://vsblobprodscussu5shard12.blob.core.windows.net/b-4712e0edc5a240eabf23330d7df68e77/9599116C7C7663EAB9F983958CA97CC69BBE113424E93EF998BEC89C81CF1BCC00.blob?sv=2017-04-17&sr=b&si=1&sig=MClARa6EoahcoBTT8B7gwiVADWBpfWnkUBnCAbSxhTo%3D&spr=https&se=2020-03-16T08%3A35%3A04Z&rscl=x-e2eid-22d2f767-caee4fab-b3c18f65-ba75a5b7-session-0d17bbb5-b0e34028-aa5f5f99-90cf5301
Resolving vsblobprodscussu5shard12.blob.core.windows.net (vsblobprodscussu5shard12.blob.core.windows.net)... 104.214.40.16
Connecting to vsblobprodscussu5shard12.blob.core.windows.net (vsblobprodscussu5shard12.blob.core.windows.net)|104.214.40.16|:443... connected.
Unable to establish SSL connection.
Unable to establish SSL connection.
Sunday, March 15, 2020 12:19 PM
On my side
wget --version
GNU Wget 1.19.4 built on linux-gnu.
...
wget https://msdl.microsoft.com/download/symbols/atlthunk.pdb/D0D35C9D3D54C4E2E33AA97C4E23CD3C1/atlthunk.pdb
...
Resolving vsblobprodscussu5shard12.blob.core.windows.net (vsblobprodscussu5shard12.blob.core.windows.net)... 104.214.40.16
Connecting to vsblobprodscussu5shard12.blob.core.windows.net (vsblobprodscussu5shard12.blob.core.windows.net)|104.214.40.16|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 143360 (140K) [application/octet-stream]
Saving to: ‘atlthunk.pdb’
Looks for me like you are getting to the right place and think, here quirks with dbghelp/symsrv are eliminated (though I may have 'added' some WSL 'thing').
Or maybe are you using some 'additional' security products?
Not sure, if this helps in any way:
With kind regards
Sunday, March 15, 2020 1:44 PM
Maybe wget with debug option gives some aditional hint:
wget --debug https://msdl.microsoft.com/download/symbols/atlthunk.pdb/D0D35C9D3D54C4E2E33AA97C4E23CD3C1/atlthunk.pdb
With kind regards
Monday, March 16, 2020 4:01 AM
Thanks so much!
i can not find the reason:
here is the test result:
wget --debug https://msdl.microsoft.com/download/symbols/atlthunk.pdb/D0D35C9D3D54C4E2E33AA97C4E23CD3C1/atlthunk.pdb
DEBUG output created by Wget 1.19.4 on linux-gnu.
Reading HSTS entries from /home/youqiang_wu/.wget-hsts
URI encoding = ‘UTF-8’
Converted file name 'atlthunk.pdb' (UTF-8) -> 'atlthunk.pdb' (UTF-8)
--2020-03-16 11:58:42-- https://msdl.microsoft.com/download/symbols/atlthunk.pdb/D0D35C9D3D54C4E2E33AA97C4E23CD3C1/atlthunk.pdb
Resolving msdl.microsoft.com (msdl.microsoft.com)... 204.79.197.219
Caching msdl.microsoft.com => 204.79.197.219
Connecting to msdl.microsoft.com (msdl.microsoft.com)|204.79.197.219|:443... connected.
Created socket 5.
Releasing 0x00007fffe8ee9300 (new refcount 1).
Initiating SSL handshake.
Handshake successful; connected socket 5 to SSL handle 0x00007fffe8ee9c60
certificate:
subject: CN=msdl.microsoft.com
issuer: CN=Microsoft IT TLS CA 5,OU=Microsoft IT,O=Microsoft Corporation,L=Redmond,ST=Washington,C=US
X509 certificate successfully verified and matches host msdl.microsoft.com
request begin
GET /download/symbols/atlthunk.pdb/D0D35C9D3D54C4E2E33AA97C4E23CD3C1/atlthunk.pdb HTTP/1.1
User-Agent: Wget/1.19.4 (linux-gnu)
Accept: */*
Accept-Encoding: identity
Host: msdl.microsoft.com
Connection: Keep-Alive
request end
HTTP request sent, awaiting response...
response begin
HTTP/1.1 302 Found
Cache-Control: no-store, no-cache, max-age=0
Location: https://vsblobprodscussu5shard12.blob.core.windows.net/b-4712e0edc5a240eabf23330d7df68e77/9599116C7C7663EAB9F983958CA97CC69BBE113424E93EF998BEC89C81CF1BCC00.blob?sv=2017-04-17&sr=b&si=1&sig=3kWdB5c2fXWWkQx2R%2Fj1ZqA6Pko%2FtPCj6Rd9FZxRij4%3D&spr=https&se=2020-03-17T04%3A35%3A03Z&rscl=x-e2eid-43dad6e4-0ab74afc-8c22e904-5d277f42-session-a2eb2f32-39f741b6-8a46f908-9ad3dbdc
X-Cache: TCP_MISS
Server: Microsoft-HTTPAPI/2.0
X-MSEdge-Ref: Ref A: 936FC93DD9914DB9B0F995A736901207 Ref B: HKGEDGE0420 Ref C: 2020-03-16T03:58:44Z
Date: Mon, 16 Mar 2020 03:58:44 GMT
Content-Length: 0
response end
302 Found
Registered socket 5 for persistent reuse.
Location: https://vsblobprodscussu5shard12.blob.core.windows.net/b-4712e0edc5a240eabf23330d7df68e77/9599116C7C7663EAB9F983958CA97CC69BBE113424E93EF998BEC89C81CF1BCC00.blob?sv=2017-04-17&sr=b&si=1&sig=3kWdB5c2fXWWkQx2R%2Fj1ZqA6Pko%2FtPCj6Rd9FZxRij4%3D&spr=https&se=2020-03-17T04%3A35%3A03Z&rscl=x-e2eid-43dad6e4-0ab74afc-8c22e904-5d277f42-session-a2eb2f32-39f741b6-8a46f908-9ad3dbdc [following]
] done.
URI content encoding = None
Converted file name 'atlthunk.pdb' (UTF-8) -> 'atlthunk.pdb' (UTF-8)
--2020-03-16 11:58:43-- https://vsblobprodscussu5shard12.blob.core.windows.net/b-4712e0edc5a240eabf23330d7df68e77/9599116C7C7663EAB9F983958CA97CC69BBE113424E93EF998BEC89C81CF1BCC00.blob?sv=2017-04-17&sr=b&si=1&sig=3kWdB5c2fXWWkQx2R%2Fj1ZqA6Pko%2FtPCj6Rd9FZxRij4%3D&spr=https&se=2020-03-17T04%3A35%3A03Z&rscl=x-e2eid-43dad6e4-0ab74afc-8c22e904-5d277f42-session-a2eb2f32-39f741b6-8a46f908-9ad3dbdc
Resolving vsblobprodscussu5shard12.blob.core.windows.net (vsblobprodscussu5shard12.blob.core.windows.net)... 104.214.40.16
Caching vsblobprodscussu5shard12.blob.core.windows.net => 104.214.40.16
Connecting to vsblobprodscussu5shard12.blob.core.windows.net (vsblobprodscussu5shard12.blob.core.windows.net)|104.214.40.16|:443... connected.
Created socket 6.
Releasing 0x00007fffe8f03200 (new refcount 1).
Initiating SSL handshake.
SSL handshake failed.
Closed fd 6
Unable to establish SSL connection.
and " maybe are you using some 'additional' security products?"
how to check the "additional security prodecuts"?
Monday, March 16, 2020 4:19 PM
how to check the "additional security prodecuts"?
Looking, if there were recent issues with these products / if justifiable disabling them for a short time.
Yes, sorry, no joy.
Not my usual work, so unsure about how to proceed - maybe it's just a waste of time. Would have expected some details about handshake failure (certificate/TLS version).
Besides, do you use any proxies? Any changes in network configuration since last time it was working?
In the meantime used 'curl' on a pure Linux (succeeding) - should be available (at least installable) in WSL:
curl -vL -o atlthunk.pdb https://msdl.microsoft.com/download/symbols/atlthunk.pdb/D0D35C9D3D54C4E2E33AA97C4E23CD3C1/atlthunk.pdb
Showing two TLS/SSL handshakes for 204.79.197.219:443 respective 104.214.40.16:443
looking 'rather' similar ...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0* Trying 204.79.197.219:443...
* Connected to msdl.microsoft.com (204.79.197.219) port 443 (#0)
* ALPN, offering h4
* ALPN, offering http/1.1
* successfully set certificate verify locations:
* CAfile: /etc/ssl/certs/ca-certificates.crt
CApath: none
} [5 bytes data]
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
} [512 bytes data]
* TLSv1.3 (IN), TLS handshake, Server hello (2):
{ [98 bytes data]
* TLSv1.2 (IN), TLS handshake, Certificate (11):
{ [3584 bytes data]
* TLSv1.2 (IN), TLS handshake, Server key exchange (12):
{ [365 bytes data]
* TLSv1.2 (IN), TLS handshake, Server finished (14):
{ [4 bytes data]
* TLSv1.2 (OUT), TLS handshake, Client key exchange (16):
} [102 bytes data]
* TLSv1.2 (OUT), TLS change cipher, Change cipher spec (1):
} [1 bytes data]
* TLSv1.2 (OUT), TLS handshake, Finished (20):
} [16 bytes data]
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0* TLSv1.2 (IN), TLS handshake, Finished (20):
{ [16 bytes data]
* SSL connection using TLSv1.2 / ECDHE-RSA-AES256-GCM-SHA384
* ALPN, server accepted to use h4
* Server certificate:
* subject: CN=msdl.microsoft.com
* start date: Oct 11 18:08:39 2019 GMT
* expire date: Oct 11 18:08:39 2020 GMT
* subjectAltName: host "msdl.microsoft.com" matched cert's "msdl.microsoft.com"
* issuer: C=US; ST=Washington; L=Redmond; O=Microsoft Corporation; OU=Microsoft IT; CN=Microsoft IT TLS CA 5
* SSL certificate verify ok.
...
* Trying 104.214.40.16:443...
* Connected to vsblobprodscussu5shard12.blob.core.windows.net (104.214.40.16) port 443 (#1)
* ALPN, offering h4
* ALPN, offering http/1.1
* successfully set certificate verify locations:
* CAfile: /etc/ssl/certs/ca-certificates.crt
CApath: none
} [5 bytes data]
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
} [512 bytes data]
* TLSv1.3 (IN), TLS handshake, Server hello (2):
{ [85 bytes data]
* TLSv1.2 (IN), TLS handshake, Certificate (11):
{ [5117 bytes data]
* TLSv1.2 (IN), TLS handshake, Server key exchange (12):
{ [333 bytes data]
* TLSv1.2 (IN), TLS handshake, Server finished (14):
{ [4 bytes data]
* TLSv1.2 (OUT), TLS handshake, Client key exchange (16):
} [70 bytes data]
* TLSv1.2 (OUT), TLS change cipher, Change cipher spec (1):
} [1 bytes data]
* TLSv1.2 (OUT), TLS handshake, Finished (20):
} [16 bytes data]
* TLSv1.2 (IN), TLS handshake, Finished (20):
{ [16 bytes data]
* SSL connection using TLSv1.2 / ECDHE-RSA-AES256-GCM-SHA384
* ALPN, server did not agree to a protocol
* Server certificate:
* subject: CN=*.blob.core.windows.net
* start date: Jan 23 15:47:57 2020 GMT
* expire date: Jan 23 15:47:57 2022 GMT
* subjectAltName: host "vsblobprodscussu5shard12.blob.core.windows.net" matched cert's "*.blob.core.windows.net"
* issuer: C=US; ST=Washington; L=Redmond; O=Microsoft Corporation; OU=Microsoft IT; CN=Microsoft IT TLS CA 4
* SSL certificate verify ok.
...
With kind regards
Tuesday, March 17, 2020 7:49 AM
sorry, it does not work!
we indeed use proxies, but it is be closed!
the results of the curl cmd:
curl -vL -o atlthunk.pdb https://msdl.microsoft.com/download/symbols/atlthunk.pdb/D0D35C9D3D54C4E2E33AA97C4E23CD3C1/atlthunk.pdb
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0* Trying 204.79.197.219...
* TCP_NODELAY set
* Connected to msdl.microsoft.com (204.79.197.219) port 443 (#0)
* ALPN, offering h4
* ALPN, offering http/1.1
* successfully set certificate verify locations:
* CAfile: /etc/ssl/certs/ca-certificates.crt
CApath: /etc/ssl/certs
} [5 bytes data]
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
} [512 bytes data]
* TLSv1.3 (IN), TLS handshake, Server hello (2):
{ [98 bytes data]
* TLSv1.2 (IN), TLS handshake, Certificate (11):
{ [3584 bytes data]
* TLSv1.2 (IN), TLS handshake, Server key exchange (12):
{ [365 bytes data]
* TLSv1.2 (IN), TLS handshake, Server finished (14):
{ [4 bytes data]
* TLSv1.2 (OUT), TLS handshake, Client key exchange (16):
} [102 bytes data]
* TLSv1.2 (OUT), TLS change cipher, Client hello (1):
} [1 bytes data]
* TLSv1.2 (OUT), TLS handshake, Finished (20):
} [16 bytes data]
* TLSv1.2 (IN), TLS handshake, Finished (20):
{ [16 bytes data]
* SSL connection using TLSv1.2 / ECDHE-RSA-AES256-GCM-SHA384
* ALPN, server accepted to use h4
* Server certificate:
* subject: CN=msdl.microsoft.com
* start date: Oct 11 18:08:39 2019 GMT
* expire date: Oct 11 18:08:39 2020 GMT
* subjectAltName: host "msdl.microsoft.com" matched cert's "msdl.microsoft.com"
* issuer: C=US; ST=Washington; L=Redmond; O=Microsoft Corporation; OU=Microsoft IT; CN=Microsoft IT TLS CA 5
* SSL certificate verify ok.
* Using HTTP2, server supports multi-use
* Connection state changed (HTTP/2 confirmed)
* Copying HTTP/2 data in stream buffer to connection buffer after upgrade: len=0
} [5 bytes data]
* Using Stream ID: 1 (easy handle 0x7fffce277580)
} [5 bytes data]
> GET /download/symbols/atlthunk.pdb/D0D35C9D3D54C4E2E33AA97C4E23CD3C1/atlthunk.pdb HTTP/2
> Host: msdl.microsoft.com
> User-Agent: curl/7.58.0
> Accept: */*
>
{ [5 bytes data]
* Connection state changed (MAX_CONCURRENT_STREAMS updated)!
} [5 bytes data]
< HTTP/2 302
< cache-control: no-store, no-cache, max-age=0
< location: https://vsblobprodscussu5shard12.blob.core.windows.net/b-4712e0edc5a240eabf23330d7df68e77/9599116C7C7663EAB9F983958CA97CC69BBE113424E93EF998BEC89C81CF1BCC00.blob?sv=2017-04-17&sr=b&si=1&sig=P517IHd2xOoChZFuuBHq0ZOAoyFen0gQAaZrXqrZxQE%3D&spr=https&se=2020-03-18T08%3A35%3A04Z&rscl=x-e2eid-16f7c04a-4c70486b-861f7644-3eeda084-session-03916601-bbd34ead-b6c4c630-50af03f1
< x-cache: TCP_MISS
< server: Microsoft-HTTPAPI/2.0
< x-msedge-ref: Ref A: 6EE587384D94489E8AE4B79F78B77D33 Ref B: HKGEDGE0408 Ref C: 2020-03-17T07:38:50Z
< date: Tue, 17 Mar 2020 07:38:49 GMT
< content-length: 0
<
{ [0 bytes data]
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
* Connection #0 to host msdl.microsoft.com left intact
* Issue another request to this URL: 'https://vsblobprodscussu5shard12.blob.core.windows.net/b-4712e0edc5a240eabf23330d7df68e77/9599116C7C7663EAB9F983958CA97CC69BBE113424E93EF998BEC89C81CF1BCC00.blob?sv=2017-04-17&sr=b&si=1&sig=P517IHd2xOoChZFuuBHq0ZOAoyFen0gQAaZrXqrZxQE%3D&spr=https&se=2020-03-18T08%3A35%3A04Z&rscl=x-e2eid-16f7c04a-4c70486b-861f7644-3eeda084-session-03916601-bbd34ead-b6c4c630-50af03f1'
* Trying 104.214.40.16...
* TCP_NODELAY set
* Connected to vsblobprodscussu5shard12.blob.core.windows.net (104.214.40.16) port 443 (#1)
* ALPN, offering h4
* ALPN, offering http/1.1
* successfully set certificate verify locations:
* CAfile: /etc/ssl/certs/ca-certificates.crt
CApath: /etc/ssl/certs
} [5 bytes data]
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
} [512 bytes data]
* OpenSSL SSL_connect: SSL_ERROR_SYSCALL in connection to vsblobprodscussu5shard12.blob.core.windows.net:443
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
* Closing connection 1
curl: (35) OpenSSL SSL_connect: SSL_ERROR_SYSCALL in connection to vsblobprodscussu5shard12.blob.core.windows.net:443
Wednesday, March 18, 2020 12:35 AM
Do you get a download using in your browser
https://msdl.microsoft.com/download/symbols/atlthunk.pdb/D0D35C9D3D54C4E2E33AA97C4E23CD3C1/atlthunk.pdb
On my side using the new Edge browser, the downloaded file is identical with the pdb retrieved using symchk. (Of course would need renaming)
With kind regards
Thursday, March 19, 2020 3:05 AM
Thanks so much!!
1. set proxy in wsl
using wget --user-agent=Microsoft-Symbol-Server/6.9.0003.113 https://msdl.microsoft.com/download/symbols/atlthunk.pdb/D0D35C9D3D54C4E2E33AA97C4E23CD3C1/atlthunk.pdb
it works , but all other pre_command still failed!
wget --user-agent=Microsoft-Symbol-Server/6.9.0003.113 https://msdl.microsoft.com/download/symbols/atlthunk.pdb/D0D35C9D3D54C4E2E33AA97C4E23CD3C1/atlthunk.pdb
--2020-03-19 10:36:35-- https://msdl.microsoft.com/download/symbols/atlthunk.pdb/D0D35C9D3D54C4E2E33AA97C4E23CD3C1/atlthunk.pdb
Resolving msdl.microsoft.com (msdl.microsoft.com)... 204.79.197.219
Connecting to msdl.microsoft.com (msdl.microsoft.com)|204.79.197.219|:443... connected.
HTTP request sent, awaiting response... 302 Found
Location: https://vsblobprodscussu5shard12.blob.core.windows.net/b-4712e0edc5a240eabf23330d7df68e77/9599116C7C7663EAB9F983958CA97CC69BBE113424E93EF998BEC89C81CF1BCC00.blob?sv=2017-04-17&sr=b&si=1&sig=FNcLOGEB68OaPmHwSsRFrpEjGJnp1sIWx6DeQqZMwH0%3D&spr=https&se=2020-03-20T02%3A35%3A03Z&rscl=x-e2eid-106b401b-7ccc41fd-94017cb8-6c511687-session-cdb50499-8fc14c99-87f3c334-185a7443 [following]
--2020-03-19 10:36:35-- https://vsblobprodscussu5shard12.blob.core.windows.net/b-4712e0edc5a240eabf23330d7df68e77/9599116C7C7663EAB9F983958CA97CC69BBE113424E93EF998BEC89C81CF1BCC00.blob?sv=2017-04-17&sr=b&si=1&sig=FNcLOGEB68OaPmHwSsRFrpEjGJnp1sIWx6DeQqZMwH0%3D&spr=https&se=2020-03-20T02%3A35%3A03Z&rscl=x-e2eid-106b401b-7ccc41fd-94017cb8-6c511687-session-cdb50499-8fc14c99-87f3c334-185a7443
Resolving vsblobprodscussu5shard12.blob.core.windows.net (vsblobprodscussu5shard12.blob.core.windows.net)... 104.214.40.16
Connecting to vsblobprodscussu5shard12.blob.core.windows.net (vsblobprodscussu5shard12.blob.core.windows.net)|104.214.40.16|:443... connected.
Unable to establish SSL connection.
youqiang_wu@WUYOUQIANG-PC1:~$ export http_proxy=http://10.103.131.37:58888
youqiang_wu@WUYOUQIANG-PC1:~$ export https_proxy=http://10.103.131.37:58888
youqiang_wu@WUYOUQIANG-PC1:~$ wget --user-agent=Microsoft-Symbol-Server/6.9.0003.113 https://msdl.microsoft.com/download/symbols/atlthunk.pdb/D0D35C9D3D54C4E2E33AA97C4E23CD3C1/atlthunk.pdb
--2020-03-19 10:36:52-- https://msdl.microsoft.com/download/symbols/atlthunk.pdb/D0D35C9D3D54C4E2E33AA97C4E23CD3C1/atlthunk.pdb
Connecting to 10.103.131.37:58888... connected.
Proxy request sent, awaiting response... 302 Found
Location: https://vsblobprodscussu5shard12.blob.core.windows.net/b-4712e0edc5a240eabf23330d7df68e77/9599116C7C7663EAB9F983958CA97CC69BBE113424E93EF998BEC89C81CF1BCC00.blob?sv=2017-04-17&sr=b&si=1&sig=FNcLOGEB68OaPmHwSsRFrpEjGJnp1sIWx6DeQqZMwH0%3D&spr=https&se=2020-03-20T02%3A35%3A03Z&rscl=x-e2eid-106b401b-7ccc41fd-94017cb8-6c511687-session-cdb50499-8fc14c99-87f3c334-185a7443 [following]
--2020-03-19 10:36:53-- https://vsblobprodscussu5shard12.blob.core.windows.net/b-4712e0edc5a240eabf23330d7df68e77/9599116C7C7663EAB9F983958CA97CC69BBE113424E93EF998BEC89C81CF1BCC00.blob?sv=2017-04-17&sr=b&si=1&sig=FNcLOGEB68OaPmHwSsRFrpEjGJnp1sIWx6DeQqZMwH0%3D&spr=https&se=2020-03-20T02%3A35%3A03Z&rscl=x-e2eid-106b401b-7ccc41fd-94017cb8-6c511687-session-cdb50499-8fc14c99-87f3c334-185a7443
Connecting to 10.103.131.37:58888... connected.
Proxy request sent, awaiting response... 200 OK
Length: 143360 (140K) [application/octet-stream]
Saving to: ‘atlthunk.pdb.1’
atlthunk.pdb.1 100%[=================================================>] 140.00K 80.8KB/s in 1.7s
2020-03-19 10:36:56 (80.8 KB/s) - ‘atlthunk.pdb.1’ saved [143360/143360]
2. no set proxy in wsl or set or not proxy in windows cmd!
it still doesnot work!
3. using in edge browser (no proxy , firewall off, antivirus off)
https://msdl.microsoft.com/download/symbols/atlthunk.pdb/D0D35C9D3D54C4E2E33AA97C4E23CD3C1/atlthunk.pdb
Can’t connect securely to this page
This might be because the site uses outdated or unsafe TLS security settings. If this keeps happening, try contacting the website’s owner.
Try this:
Go back to the last page
Friday, March 20, 2020 6:58 AM
Well at least some kind of result ...
But not quite sure, what to make out of it. Really stuck ...
Are you sure, you need the 'User-Agent'? I would not assume the server is too picky about that, for download with curl, wget, MS-Edge browser is working here.
About the security warning in the browser: That normally points to some TLS problem - a problem WSL doesn't seem to have - debug output hints to TLS 1.2 -
which looks like to be standard in Visual Studio:
https://docs.microsoft.com/en-us/visualstudio/install/troubleshooting-network-related-errors-in-visual-studio?view=vs-2019
Using old 'Internet Explorer' minimum required TLS version for download to succeed is just TLS 1.0 on my box:
Expecting not too much of it. But not quite clear to me, if have you already tried environment variable _NT_SYMBOL_PROXY
https://docs.microsoft.com/en-us/windows-hardware/drivers/debugger/firewalls-and-proxy-servers?redirectedfrom=MSDN
with symchk or maybe even better with windbg, preferable with _NT_SYMBOL_PATH environment variable and with symbol prompts on:
0:000> !sym noisy
noisy mode - symbol prompts on
0:000> .reload /f
With kind regards
Friday, March 20, 2020 8:50 AM
Thanks so much!!!
excellent! , works!
it does work after set _NT_SYMBOL_PROX
set _NT_SYMBOL_PROXY=http://xx.xx.xx.xx:80
symchk -v C:\Windows\SysWOW64\atlthunk.dll /s srv*e:\symbols*http://msdl.microsoft.com/download/symbols
[SYMCHK] Searching for symbols to C:\Windows\SysWOW64\atlthunk.dll in path srv*e:\symbols*http://msdl.microsoft.com/download/symbols
DBGHELP: Symbol Search Path: srv*e:\symbols*http://msdl.microsoft.com/download/symbols
[SYMCHK] Using search path "srv*e:\symbols*http://msdl.microsoft.com/download/symbols"
DBGHELP: No header for C:\Windows\SysWOW64\atlthunk.dll. Searching for image on disk
DBGHELP: C:\Windows\SysWOW64\atlthunk.dll - OK
SYMSRV: WinInet Interface using proxy server: http://xx.xx.xx.xx:80
SYMSRV: atlthunk.pdb from http://msdl.microsoft.com/download/symbols: 143360 bytes - copied
DBGHELP: atlthunk - private symbols
e:\symbols\atlthunk.pdb\D0D35C9D3D54C4E2E33AA97C4E23CD3C1\atlthunk.pdb
[SYMCHK] MODULE64 Info
[SYMCHK] Struct size: 1680 bytes
[SYMCHK] Base: 0x10000000
[SYMCHK] Image size: 53248 bytes
[SYMCHK] Date: 0x95b9b4e6
[SYMCHK] Checksum: 0x0001194a
[SYMCHK] NumSyms: 0
[SYMCHK] SymType: SymPDB
[SYMCHK] ModName: atlthunk
[SYMCHK] ImageName: C:\Windows\SysWOW64\atlthunk.dll
[SYMCHK] LoadedImage: C:\Windows\SysWOW64\atlthunk.dll
[SYMCHK] PDB: "e:\symbols\atlthunk.pdb\D0D35C9D3D54C4E2E33AA97C4E23CD3C1\atlthunk.pdb"
[SYMCHK] CV: RSDS
[SYMCHK] CV DWORD: 0x53445352
[SYMCHK] CV Data: atlthunk.pdb
[SYMCHK] PDB Sig: 0
[SYMCHK] PDB7 Sig: {D0D35C9D-3D54-C4E2-E33A-A97C4E23CD3C}
[SYMCHK] Age: 1
[SYMCHK] PDB Matched: TRUE
[SYMCHK] DBG Matched: TRUE
[SYMCHK] Line nubmers: FALSE
[SYMCHK] Global syms: TRUE
[SYMCHK] Type Info: FALSE
[SYMCHK]
SymbolCheckVersion 0x00000002
Result 0x00070001
DbgFilename
DbgTimeDateStamp 0x95b9b4e6
DbgSizeOfImage 0x0000d000
DbgChecksum 0x0001194a
PdbFilename e:\symbols\atlthunk.pdb\D0D35C9D3D54C4E2E33AA97C4E23CD3C1\atlthunk.pdb
PdbSignature {D0D35C9D-3D54-C4E2-E33A-A97C4E23CD3C}
PdbDbiAge 0x00000001
[SYMCHK] [ 0x00000000 - 0x00070001 ] Checked "C:\Windows\SysWOW64\atlthunk.dll"
SYMCHK: FAILED files = 0
SYMCHK: PASSED + IGNORED files = 1