Environment
cpptools — References on the destructor mv::Vec2::~Vec2() collapse to the whole type
| Field |
Value |
| Symbol (spec id) |
dtor-Vec2 |
| Declaration |
~Vec2(); (destructor) |
| Query position 1 |
src/mathvec.h:15:6 (cursor on Vec2, immediately after the ~) |
| Query position 2 |
src/mathvec.h:15:5 (cursor on the ~, immediately before Vec2) |
| Affected LSP request |
textDocument/references |
| Repro archive |
P1-dtor-Vec2.zip (this folder) |
Summary
For query position 1
Find All References on the destructor of mv::Vec2 returns every mention of the Vec2 type instead of the two destructor sites — even though the cursor is on the destructor name after the tilde. Observed in VS Code with the C/C++ extension (cpptools).
For query position 2
Find All References on the destructor of mv::Vec2 returns no results. Observed in VS Code with the C/C++ extension (cpptools).
Environment
- Editor: Visual Studio Code 1.33.5
- Extension: C/C++ (
ms-vscode.cpptools), default IntelliSense engine
- Language standard: C++20 (freestanding fixture; no STL/toolchain required)
Steps to reproduce
- Extract
P1-dtor-Vec2.zip and open the cpp-project folder in VS Code (C/C++ extension enabled).
- Optionally configure with CMake Tools (preset
cdb); the fixture also parses under default C++20 IntelliSense.
- Open
src/mathvec.h and place the cursor either immediately after the ~ in ~Vec2();, on Vec2 (line 15, col 6); or immediately before the ~, on the tilde itself (line 15, col 5).
- Invoke Find All References (
Shift+Alt+F12).
Expected vs actual
| Source |
Result count |
| Expected (both positions) |
2 |
| cpptools — query position 1 |
39 |
| cpptools — query position 2 |
0 |
Expected (2): the declaration (mathvec.h:15) and the out-of-line definition (mathvec.cpp:11, Vec2::~Vec2()).
Actual — query position 1 (39): every occurrence of the Vec2 type (the same 39-item set as the constructor queries). Placing the cursor after the ~ does not restrict the query to the destructor — it collapses to "all mentions of the type."
Actual — query position 2 (0): no results at all.
Why it matters
Destructor references are used to reason about lifetime and teardown. Returning the whole type population makes that impossible and is especially surprising given the cursor is unambiguously on the destructor.
Bug Summary and Steps to Reproduce
Small repro soruce code:
P1-dtor-Vec2.zip
Environment
cpptools — References on the destructor
mv::Vec2::~Vec2()collapse to the whole typedtor-Vec2~Vec2();(destructor)src/mathvec.h:15:6(cursor onVec2, immediately after the~)src/mathvec.h:15:5(cursor on the~, immediately beforeVec2)textDocument/referencesP1-dtor-Vec2.zip(this folder)Summary
For query position 1
Find All References on the destructor of
mv::Vec2returns every mention of theVec2type instead of the two destructor sites — even though the cursor is on the destructor name after the tilde. Observed in VS Code with the C/C++ extension (cpptools).For query position 2
Find All References on the destructor of
mv::Vec2returns no results. Observed in VS Code with the C/C++ extension (cpptools).Environment
ms-vscode.cpptools), default IntelliSense engineSteps to reproduce
P1-dtor-Vec2.zipand open thecpp-projectfolder in VS Code (C/C++ extension enabled).cdb); the fixture also parses under default C++20 IntelliSense.src/mathvec.hand place the cursor either immediately after the~in~Vec2();, onVec2(line 15, col 6); or immediately before the~, on the tilde itself (line 15, col 5).Shift+Alt+F12).Expected vs actual
Expected (2): the declaration (
mathvec.h:15) and the out-of-line definition (mathvec.cpp:11,Vec2::~Vec2()).Actual — query position 1 (39): every occurrence of the
Vec2type (the same 39-item set as the constructor queries). Placing the cursor after the~does not restrict the query to the destructor — it collapses to "all mentions of the type."Actual — query position 2 (0): no results at all.
Why it matters
Destructor references are used to reason about lifetime and teardown. Returning the whole type population makes that impossible and is especially surprising given the cursor is unambiguously on the destructor.
Bug Summary and Steps to Reproduce
Small repro soruce code:
P1-dtor-Vec2.zip