Debugging 在Qt中设置断点后，gdb说：“在；访问内存地址时出错“；
我在这里编写了一个非常简单的Qt程序：Debugging 在Qt中设置断点后，gdb说：“在；访问内存地址时出错“；,debugging,qt,qt4,gdb,breakpoints,Debugging,Qt,Qt4,Gdb,Breakpoints,我在这里编写了一个非常简单的Qt程序： int main(int argc, char* argv[]) { QApplication app(argc, argv); QTableView table(&frame); table.resize(100, 100); table.show(); return app.exec(); } (gdb) symbol-file /usr/lib/libQtGui.so.4.4.3.debug L
int main(int argc, char* argv[])
{
QApplication app(argc, argv);
QTableView table(&frame);
table.resize(100, 100);
table.show();
return app.exec();
}
(gdb) symbol-file /usr/lib/libQtGui.so.4.4.3.debug
Load new symbol table from "/usr/lib/libQtGui.so.4.4.3.debug"? (y or n) y
Reading symbols from /usr/lib/libQtGui.so.4.4.3.debug...done.
(gdb) br 'QAbstractItemView::clicked(QModelIndex const&)'
Breakpoint 1 at 0x5fc660: file .moc/release-shared/moc_qabstractitemview.cpp, line 313.
(gdb) run
Starting program: ./qt-test
Warning:
Cannot insert breakpoint 1.
Error accessing memory address 0x5fc660: Input/output error.
int main(int argc, char* argv[])
{
QApplication app(argc, argv);
QTableView table(&frame);
table.resize(100, 100);
table.show();
return app.exec();
}
(gdb) symbol-file /usr/lib/libQtGui.so.4.4.3.debug
Load new symbol table from "/usr/lib/libQtGui.so.4.4.3.debug"? (y or n) y
Reading symbols from /usr/lib/libQtGui.so.4.4.3.debug...done.
(gdb) br 'QAbstractItemView::clicked(QModelIndex const&)'
Breakpoint 1 at 0x5fc660: file .moc/release-shared/moc_qabstractitemview.cpp, line 313.
(gdb) run
Starting program: ./qt-test
Warning:
Cannot insert breakpoint 1.
Error accessing memory address 0x5fc660: Input/output error.
有人知道为什么无法插入断点吗？不要使用gdb命令
符号文件maingdb ./program
GNU gdb 6.8-debian blah blah blah
(gdb) br main
Breakpoint 1 at 0x80489c1
(gdb) run
Starting program: ./program
Breakpoint 1, 0x080489c1 in main ()
(gdb) br 'QAbstractItemView::clicked(QModelIndex const&)'
Breakpoint 2 at 0xb7d24664
(gdb) continue
Continuing.
确保在要设置断点的函数中指定参数列表，而不指定这些参数的名称，只指定它们的类型。如果要在不设置断点的情况下自动插入main，也可以使用
start如果需要为程序提供任何参数，可以使用：
开始参数1参数2可能由32/64位混淆引起。例如，请检查您是否未附加到具有64位进程ID的32位二进制文件，反之亦然。好的，我是在使用mingw-w64（本机或交叉编译器）构建时得到的。 我不确定确切的问题是什么，但如果我使用gcc mingw-w64 i686-5.1.0-posix-sjlj-rt_v4-rev0构建它，那么它将创建（最终）可调试的构建。否则
(gdb) break main
...
(gdb) r
...
Cannot insert breakpoint 1.
Cannot access memory at address 0x42445c
<process basically hangs>
（gdb）断开主电源
...
（gdb）r
...
无法插入断点1。
无法访问地址为0x42445c的内存
更新：更新的gcc（5.1.0），但交叉编译仍然失败。本例中的原因原来是我的构建（FFmpeg）通过链接（本例中为libgme）使用的依赖项库，它导出了一些错误的“共享”符号（当我构建静态可执行文件时）。正因为如此，“共享”构建了brake（），并且以某种方式也破坏了gdb。例如，可能针对SDL的链接也可以对您执行此操作。我的想法可能是一个
ld-g-gstartdelete 1continue