<html>
<head>
<base href="https://bugs.llvm.org/">
</head>
<body><table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Bug ID</th>
<td><a class="bz_bug_link
bz_status_NEW "
title="NEW - [codeview] Clicking links in windbg to examine locals doesn't work"
href="https://bugs.llvm.org/show_bug.cgi?id=40726">40726</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>[codeview] Clicking links in windbg to examine locals doesn't work
</td>
</tr>
<tr>
<th>Product</th>
<td>libraries
</td>
</tr>
<tr>
<th>Version</th>
<td>trunk
</td>
</tr>
<tr>
<th>Hardware</th>
<td>PC
</td>
</tr>
<tr>
<th>OS</th>
<td>Windows NT
</td>
</tr>
<tr>
<th>Status</th>
<td>NEW
</td>
</tr>
<tr>
<th>Severity</th>
<td>enhancement
</td>
</tr>
<tr>
<th>Priority</th>
<td>P
</td>
</tr>
<tr>
<th>Component</th>
<td>DebugInfo
</td>
</tr>
<tr>
<th>Assignee</th>
<td>unassignedbugs@nondot.org
</td>
</tr>
<tr>
<th>Reporter</th>
<td>rnk@google.com
</td>
</tr>
<tr>
<th>CC</th>
<td>jdevlieghere@apple.com, keith.walker@arm.com, llvm-bugs@lists.llvm.org, paul_robinson@playstation.sony.com
</td>
</tr></table>
<p>
<div>
<pre>Typically, in a debug session, one can stop in a frame, dump local variables
(dv), and then click hyperlinks to drill in further. This doesn't work with LLD
produced PDBs. Here is a session with the error methods:
0:008> k
# Child-SP RetAddr Call Site
00 0000008a`cdeff0d0 00007ffe`81d93844
libglesv2!sw::Renderer::setupSolidTriangles+0x14a
[C:\src\chromium\src\third_party\swiftshader\src\Renderer\Renderer.cpp @ 1598]
01 0000008a`cdeffa80 00007ffe`81d93488 libglesv2!sw::Renderer::executeTask+0xa6
[C:\src\chromium\src\third_party\swiftshader\src\Renderer\Renderer.cpp @ 935]
02 0000008a`cdeffaf0 00007ffe`81d93609 libglesv2!sw::Renderer::taskLoop+0x3e
[C:\src\chromium\src\third_party\swiftshader\src\Renderer\Renderer.cpp @ 768]
03 0000008a`cdeffb30 00007ffe`81e68f5d libglesv2!sw::Renderer::threadLoop+0x31
[C:\src\chromium\src\third_party\swiftshader\src\Renderer\Renderer.cpp @ 761]
04 0000008a`cdeffb80 00007ffe`bebf1fe4 libglesv2!sw::Thread::startFunction+0x1f
[C:\src\chromium\src\third_party\swiftshader\src\Common\Thread.cpp @ 59]
05 0000008a`cdeffbc0 00007ffe`bfbecb81 KERNEL32!BaseThreadInitThunk+0x14
06 0000008a`cdeffbf0 00000000`00000000 ntdll!RtlUserThreadStart+0x21
0:008> dv
polygon = struct sw::Polygon
clipFlagsOr = <value unavailable>
v0 = 0x000001b1`89816010
v1 = <value unavailable>
v2 = <value unavailable>
this = 0x000001b1`8844bb70
unit = <value unavailable>
count = 0n2
triangle = 0x000001b1`89816010
primitive = 0x000001b1`8a700080
visible = 0n0
pos = <value unavailable>
ms = <value unavailable>
setupRoutine = <value unavailable>
state = <value unavailable>
draw = 0x000001b1`88465f00
data = 0x000001b1`882b82e0
i = <value unavailable>
0:008> dx -r1 (*((libglesv2!sw::Polygon *)0x8acdeff100))
Error: Unable to find type 'sw::Polygon *' for cast.
0:008> dx -r1 (*((libglesv2!sw::Polygon *)0x8acdeff100))
Error: Unable to find type 'sw::Polygon *' for cast.
0:008> dx -r1 (*((sw::Polygon *)0x8acdeff100))
Error: Unable to find type 'sw::Polygon *' for cast.
0:008> dx -r1 (*((sw::Polygon*)0x8acdeff100))
Error: Unable to find type 'sw::Polygon *' for cast.
0:008> ?? (*((sw::Polygon*)0x8acdeff100))
struct sw::Polygon
+0x000 B : [16] sw::float4
+0x100 P : [16] [16] 0x000001b1`89816030 sw::float4
+0x900 n : 0n3
+0x904 i : 0n0
+0x908 b : 0n0
0:008> dx -r1 (*((libglesv2!sw::float4 (*)[16])0x8acdeff100))
Error: Unable to find type 'sw::float4 (*)[16]' for cast.
We get errors like "Error: Unable to find type 'blah' for cast".
Notably, C++ evaluation with "??" can find the type, it's just dx that doesn't
work. We must be missing some PDB index.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are on the CC list for the bug.</li>
</ul>
</body>
</html>