expression breakpoint not working as expected

Environment

• OS and version: Ubuntu 20.04.4 LTS
• VS Code: 1.68.0
• C/C++ extension: 1.10.7
• OS and version of remote machine (if applicable): both on local linux and remote to linux(from mac or win),but local mac and win is working as expected
• GDB / LLDB version:9.2

Bug Summary and Steps to Reproduce

Bug Summary:
If I use expression breakpoint and expression contains strcmp, when this breakpoint is hit, gdb will crash unexpectedly

Steps to reproduce:

1. Only on Linux environment(both local and remote to it via remote-ssh), it works well on local windows environment
2. Just a demo project will reproduce this issue

Besides, if I don't use strcmp and just set very simple expression like 1==1, breakpoint will be hit successfully and there's no error.

Sorry to let you guys work on this, looking forward to your reply.

Debugger Configurations

{
    // Use IntelliSense to learn about possible attributes.
    // Hover to view descriptions of existing attributes.
    // For more information, visit: https://go.microsoft.com/fwlink/?linkid=830387
    "version": "0.2.0",
    "configurations": [
        {
            "name": "C++ Launch",
            "type": "cppdbg",
            "request": "launch",
            "program": "${workspaceFolder}/${fileBasenameNoExtension}.exe",
            "stopAtEntry": false,
            "cwd": ".",
            "launchCompleteCommand": "exec-run",
            "linux": {
                "MIMode": "gdb",
                "miDebuggerPath": "/usr/bin/gdb"
            },
            "preLaunchTask": "default compile",
            "externalConsole": false
        }
    ]
}

Debugger Logs

Loaded '/lib64/ld-linux-x86-64.so.2'. Symbols loaded.

Breakpoint 1, main () at /home/eric/Dev/c-test/test.c:5
5	{
Loaded '/lib/x86_64-linux-gnu/libc.so.6'. Symbols loaded.
ERROR: GDB exited unexpectedly. Debugging will now abort.
The program '/home/eric/Dev/c-test/test.exe' has exited with code -1 (0xffffffff).

Other Extensions

Other extensions have been disabled when I test on this

Additional Information

No response

Commencez par reproduire l’échec de test.c avec la configuration de lancement fournie sous Linux en utilisant GDB 9.2, en comparant une expression contenant strcmp avec 1==1. Utilisez le journal du débogueur pour déterminer pourquoi GDB se termine de manière inattendue ; le travail est terminé lorsque le breakpoint d’expression défaillant n’interrompt plus le débogage et que le comportement est couvert par un test de régression.