c++ - 断点当前不会被命中。没有与此行关联的可执行代码

Question

我在 .h 文件中有一个类：

class Blah
{
public:
    Blah(){}
    virtual ~Blah(){}

    void WriteMessage( bool MessageReceived )
    {
        if(MessageReceived)
        {
            cout << "Message Recieved\n";
        }
    }
};

我试图弄清楚为什么我的代码不起作用，所以我在函数内部的条件上设置了一个断点WriteMessage()，但是一旦我开始在调试模式下运行项目，断点就消失了，它的工具提示说：

断点当前不会被命中。
没有与此行关联的可执行代码。

我不知道为什么会这样，因为其他类的所有其他成员函数在 .h 文件中实现时都可以正常工作。这是什么原因造成的？

编辑：好的，根据要求，这是我正在使用的真实代码的精简版本：

VimbaBridgeAPI.h（.dll 的头文件）

#pragma once

#ifdef VIMBABRIDGEAPI_EXPORTS
#define VIMBABRIDGEAPI_API __declspec(dllexport)
#else
#define VIMBABRIDGEAPI_API __declspec(dllimport)
#endif

#include "AlCamIncludes.h"
#include "VimbaSystem.h"

////////////////////////////////////////////
//  Global Variables ///////////////////////
////////////////////////////////////////////
extern HBITMAP hbit;
extern CEdit* global_filenamehandle;

////////////////////////////////////////////
//  Global Flags ///////////////////////////
////////////////////////////////////////////
extern bool imageReady;
extern bool take_picture;

using namespace AVT::VmbAPI;

VIMBABRIDGEAPI_API void BridgedGetImage(FramePtr framepoint, VmbUchar_t** imgDat);

VIMBABRIDGEAPI_API HBITMAP ExternalFrameRecieved( const FramePtr pFrame );

//////////////////////////////////////////////////////////////////////////
//////////  MyObserver class   ///////////////////////////////////////////
//////////////////////////////////////////////////////////////////////////
class VIMBABRIDGEAPI_API MyObserver : public IFrameObserver
{
private:
    MyObserver( MyObserver& );

    MyObserver& operator=( const MyObserver& );

    //class member variables
    //BITMAPINFO*             pbmi;
    CEdit*                  m_filenameedit;

public:

    MyObserver(CameraPtr pCamera) : IFrameObserver(pCamera) {}
    virtual ~MyObserver() {}

    void FrameReceived ( const FramePtr pFrame );
};

注意： IFrameObserver 不是我写的，但 FrameReceived 函数是在 IFrameObserver 类中声明的纯虚函数。他们的文档说，每当有帧进入时，他们的 API 都会调用 FrameRecieved，我必须实现该功能。我已经测试过这个函数并且它可以工作，但只有在类外部定义时（在里面我得到了我现在得到的错误）

VimbaBridgeAPI.cpp（对用户隐藏的代码）

void FrameRecieved( const FramePtr pFrame )
{
    DbgMsg(L"Frame Received\n");

    ////////////////////////////////////////////////////////////////////////
    //////////  Setup Bitmap  ////////////////////////////////////////////////
    //////////////////////////////////////////////////////////////////////////

    //// FILEHEADER ////
    BITMAPFILEHEADER* bf = new BITMAPFILEHEADER;
    bf->bfType = 0x4d42;
    bf->bfSize = 6054400 + 54 + sizeof(BITMAPINFO);
    bf->bfOffBits = 54;

    //// INFOHEADER ////
    BITMAPINFOHEADER* bih = new BITMAPINFOHEADER;
    bih->biSize = 40;
    bih->biWidth = 2752;
    bih->biHeight = -2200;
    bih->biPlanes = 1;
    bih->biBitCount = 32;
    bih->biCompression = 0;
    //bi->biSizeImage = 6054400; //not required
    bih->biXPelsPerMeter = 2835;
    bih->biYPelsPerMeter = 2835;
    bih->biClrUsed = 0;
    bih->biClrImportant = 0;

    //// INFO ////
    BITMAPINFO* pbmi = (BITMAPINFO*)alloca( sizeof(BITMAPINFOHEADER) + sizeof(RGBQUAD)*256);
    pbmi->bmiHeader.biSize = sizeof (pbmi->bmiHeader);
    pbmi->bmiHeader.biWidth = 2752;
    pbmi->bmiHeader.biHeight = -2200;
    pbmi->bmiHeader.biPlanes = 1;
    pbmi->bmiHeader.biBitCount = 8;
    pbmi->bmiHeader.biCompression = BI_RGB;
    pbmi->bmiHeader.biSizeImage = 0;
    pbmi->bmiHeader.biXPelsPerMeter = 14173;
    pbmi->bmiHeader.biYPelsPerMeter = 14173;
    pbmi->bmiHeader.biClrUsed = 0;
    pbmi->bmiHeader.biClrImportant = 0;

    //create grayscale color palette
    for(int i=0; i<256; i++)
    {
        pbmi->bmiColors[i].rgbRed = BYTE(i);
        pbmi->bmiColors[i].rgbGreen = BYTE(i);
        pbmi->bmiColors[i].rgbBlue = BYTE(i);
        pbmi->bmiColors[i].rgbReserved = BYTE(0);
    }

    //// IMAGE DATA ////
    VmbUchar_t* imageData = NULL;
    BridgedGetImage(pFrame, &imageData);

    //////////////////////////////////////////////////////////////////////////
    ////// Create image that's printed to dialog box /////////////////////////
    //////////////////////////////////////////////////////////////////////////
    HDC hdc = ::GetDC(NULL);  
    hbit = CreateDIBitmap(hdc, bih, CBM_INIT, imageData, pbmi, DIB_RGB_COLORS);

    //clean up
    DeleteObject(bf);
    DeleteObject(bih);
    DeleteObject(hdc);
}

score 18 · Accepted Answer

我建议您首先删除输出文件：物理删除所有生成的 DLL、PDB 和 EXE。然后再次编译（重建）以生成文件。有时，在构建解决方案时，Visual Studio 可能会“迷路”和“忘记”覆盖输出文件。

这可能由于其他几个原因而发生：

调试器使用的代码与应用程序运行的代码不同
调试器使用的 pdb 文件与应用程序正在运行的代码不同
应用程序正在运行的代码已经过优化，调试信息已被剥离。
您在其中设置断点的代码尚未加载到进程中

score 8 · Accepted Answer

我也遇到了这个问题，我的应用程序的上下文是 C# 中的一个主应用程序，它在我想从调试器进入的较低层中使用非托管 C++ 代码。从 C# 项目属性中，我进入了“调试”选项卡，在“启用调试器”部分下选中了“启用非托管代码调试”。

C# 项目属性调试选项卡

score 8 · Accepted Answer

想提一下，我"Breakpoint will not be hit..."在将一些旧MFC (managed--using clr support)项目移植到VS2015.

对我来说解决问题的是设置这个：

Configuration Properties\Linker\Debugging\Debuggable Assembly

...对此：

Yes (/ASSEMBLYDEBUG)

score 4 · Accepted Answer

我也想加入我自己的解决方案。我有一个 C++ 项目加载一个由 C++/CLR 代码组成的 dll。结果，我不得不将启动项目的调试器类型设置为“混合”。“自动”没有检测到它需要托管支持，因为 dll 是在程序启动后手动加载的。

score 1 · Accepted Answer

对我来说，答案是：

Project Properties->C/C++->Optimization

将优化设置为：“禁用 (/Od)”

score 0 · Accepted Answer

我有同样的问题，但清理文件的公认解决方案对我不起作用。我的问题已解决，这与我的代码有关。这是我修复的详细信息，希望它为您的修复提供一些线索。

我正在做的是CArchive <<为我的结构重载运算符，但代码从未介入其中。我会设置断点，然后得到实心红色符号。一旦我开始调试器，符号就会被勾勒出来，并且上面的警告消息说：

当前不会命中断点。没有可执行代码与此行相关联

我的相关代码低于断点不中断的地方。

class Book
{
     friend CArchive& operator << (CArchive& ar, const Book & book )
     {

         ar << book.title;
         ar << "\r\n";
         ar << book.price;
         ar << "\r\n";
     }
}

现在这段代码有一个明显的问题是它没有返回语句return ar，但编译器从未抱怨过。编译器没有抱怨的原因是我错误地使用了运算符（而不是从不使用它）

book *mybook = new Book(...);
ar << mybook;

因为我错误地通过指针访问运算符，所以我的对象的<<运算符从未真正被调用过，这就是为什么编译器也没有抱怨，因为它从未被使用过。

所以首先我修复了调用代码

book *mybook = new Book(...);
ar << *mybook;

现在运算符重载方法抱怨该return语句，我也修复了它。

我现在可以进入该功能。所以底线是没有设置断点，因为这段代码基本上被编译器（正确地）排除在外，因为它从未在代码中使用过。

score 0 · Accepted Answer

我试图按下Ctrl+F5它与您在 Visual Studio Code 中收到的错误相同。但是，一旦我进入Debug部分并按下初始化调试的绿色按钮，帮助我解决了这个错误。

score 0 · Accepted Answer

0

如果您使用的是 CLion，请尝试添加-DCMAKE_BUILD_TYPE=Debug到您的 CMake 选项：

于 2020-05-14T19:17:54.143 回答

score 0 · Accepted Answer

我在尝试在 IntelliJ 中调试 Rust 项目时遇到了这个问题。事实证明，问题在于.cargo/config文件中的rustflags变量设置为 include --compress-debug-sections=zlib-gabi。这显然剥夺了 IntelliJ 激活调试器所需的信息。暂时删除该标志删除了“断点当前不会被命中”消息，并允许调试器按预期工作。

c++ - 断点当前不会被命中。没有与此行关联的可执行代码

9 回答 9

Related

Reference