cannot find the definition of variable and the member of a struct

[niliushall]

Bug type: Language Service

Describe the bug

• OS and Version: win11, 10.0.22000, remote ubuntu20.04
• VS Code Version: 1.67.2
• C/C++ Extension Version: v1.10.3 / v1.9.8
• Other extensions you installed (and if the issue persists after disabling them): c++ intellisense
• If using SSH remote, specify OS of remote machine: ubuntu20.4
• A clear and concise description of what the bug is, including information about the workspace (i.e. is the workspace a single project or multiple projects, size of the project, etc).

In the workspace, vscode can not find the definition of the variable(some can be found, some can not be found, especially in different files), and it can not identify the member of a struct though it can jump to its definition. But the code can be compiled and run normally.

The configurations as follow:
c_cpp_properties.json

{
    "configurations": [
        {
            "name": "Linux",
            "includePath": [
                "${workspaceFolder}/**",
                "/usr/src/**",
                "/usr/include/**"
            ],
            "defines": [],
            "compilerPath": "/usr/bin/gcc",
            "cStandard": "c11",
            "cppStandard": "c++20",
            "intelliSenseMode": "linux-gcc-x64"
        }
    ],
    "version": 4
}

settings.json: none.

Screenshots

[sean-mcmanus]

Can you remove

"/usr/src/**",
"/usr/include/**"

from your includePath? Does the issue still repro after that?

If so, can you try setting C_Cpp.intelliSenseCacheSize to 0?

[niliushall]

Can you remove

"/usr/src/**",
"/usr/include/**"

from your includePath? Does the issue still repro after that?

If so, can you try setting C_Cpp.intelliSenseCacheSize to 0?

I have removed the configuration mentioned above, and set the intelliSenseCacheSize to 0, but the issue still repro after restarting the vscode.

[sean-mcmanus]

Is the repro for C, right?

[niliushall]

Is the repro for C, right?

Yeah, that's right.
By the way, the source code is blktrace1.3.0.

[sean-mcmanus]

In your 2nd screenshot, who is supposed to be defining __USE_MISC? Your user code? If you run C/C++: Log Diagnostics from the Command Palette do you see the __USE_MISC defined in the logging?

[sean-mcmanus]

For the 1st screenshot, is /usr/include/linux in your includePath or are you using #include <linux/limits.h>? (C/C++: Log Diagnostics should show what includePath is being used).

[sean-mcmanus]

Also, I noticed you have the "c++ intellisense" extension installed -- that extension could possibly be conflicting with our extension so you may want to disable that one.

[niliushall]

In your 2nd screenshot, who is supposed to be defining __USE_MISC? Your user code? If you run C/C++: Log Diagnostics from the Command Palette do you see the __USE_MISC defined in the logging?

No, there is no __USE_MISC in the logging. I can compile and run the source code of blktrace1.3.0. I need to read the source code, but it will display some issues such as "... undefined", but can jump to its definition.

[niliushall]

The source code includes '<limits.h>', and the output of Log Diagnostics is as follows:

-------- Diagnostics - 5/25/2022, 1:48:29 AM
Version: 1.10.3
Current Configuration:
{
    "name": "Linux",
    "includePath": [
        "${workspaceFolder}/**"
    ],
    "defines": [],
    "compilerPath": "/usr/bin/gcc",
    "cStandard": "c11",
    "cppStandard": "c++20",
    "intelliSenseMode": "linux-gcc-x64",
    "compilerPathIsExplicit": true,
    "cStandardIsExplicit": true,
    "cppStandardIsExplicit": true,
    "intelliSenseModeIsExplicit": true,
    "mergeConfigurations": false,
    "browse": {
        "path": [
            "${workspaceFolder}/**"
        ],
        "limitSymbolsToIncludedHeaders": true
    }
}
Translation Unit Mappings:
[ /usr/include/linux/limits.h ]:
    /usr/include/linux/limits.h
Translation Unit Configurations:
[ /usr/include/linux/limits.h ]:
    Process ID: 142241
    Memory Usage: 25 MB
    Compiler Path: /usr/bin/gcc
    Includes:
        /usr/include/c++/9
        /usr/include/x86_64-linux-gnu/c++/9
        /usr/include/c++/9/backward
        /usr/lib/gcc/x86_64-linux-gnu/9/include
        /usr/local/include
        /usr/include/x86_64-linux-gnu
        /usr/include
    Standard Version: c++20
    IntelliSense Mode: linux-gcc-x64
    Other Flags:
        --g++
        --gnu_version=90400
        --header_only_fallback
Total Memory Usage: 25 MB

------- Workspace parsing diagnostics -------
Number of files discovered (not excluded): 5716

This is the includes:

#include <stdio.h>
#include <limits.h>
#include <byteswap.h>
#include <endian.h>
#include <sys/types.h>

#include "blktrace_api.h"
#include "rbtree.h"

[niliushall]

Also, I noticed you have the "c++ intellisense" extension installed -- that extension could possibly be conflicting with our extension so you may want to disable that one.

Now, I have uninstalled the c++ intellisense, but the issue still repro.

[sean-mcmanus]

You should add __USE_MISC to the "defines" property if you want to get rid of the IntelliSense error.

However, it doesn't sound like your settings are property configured to build -- you should install the Makefile Tools extension and set the "configurationProvider" in c_cpp_properties.json to "ms-vscode.makefile-tools" -- that extension should configure your IntelliSense correctly so that it matches what makefile is using to build.

[niliushall]

You should add __USE_MISC to the "defines" property if you want to get rid of the IntelliSense error.

However, it doesn't sound like your settings are property configured to build -- you should install the Makefile Tools extension and set the "configurationProvider" in c_cpp_properties.json to "ms-vscode.makefile-tools" -- that extension should configure your IntelliSense correctly so that it matches what makefile is using to build.

I found that if I delete the dir .vscode, all the issues disappeared. But I don't know why. Maybe there is something wrong of my configuration.
I will try to use this extension. Thank you very much!