我发现当我使用线程时,我的测试应用程序没有生成正确的转储文件。我正在使用交叉编译器来构建Breadpad库,然后将其与我的交叉编译器链接以在目标上运行。
我首先解释一下我的设置:
构建于:Ubuntu 12.04,i686
主机/目标:Vortex86DX,这是一个i586 cpu,完全自定义的Linux系统
构建工具:Buildroot,crosstool-ng,gcc 4.4.6,glibc 2.9
要构建Breakpad我这样做:
$ ./configure CC=/opt/br/output/host/usr/bin/i486-unknown-linux-gnu-gcc CXX=/opt/br/output/host/usr/bin/i486-unknown-linux-gnu-g++ --host=i486-unknown-linux-gnu
$ make
我的交叉编译器已集成到Buildroot中,我想构建在--host=i486-unknown-linux-gnu
上运行的二进制文件
我像这样交叉编译我的测试应用程序:
$ /opt/br/output/host/usr/bin/i486-unknown-linux-gnu-g++ -g mytest.cpp client/linux/libbreakpad_client.a -I. -lrt -lpthread -lboost_thread -o mytest
测试应用程序是:
#include <boost/thread/thread.hpp>
#include "./client/linux/handler/exception_handler.h"
#include <unistd.h>
static bool dumpCallback( const google_breakpad::MinidumpDescriptor &md,
void *context, bool succeeded)
{
printf( "dump path: %s\n", md.path());
return succeeded;
}
void crash1()
{
volatile int* a = (int*)(NULL);
*a = 1;
}
void crash2()
{
volatile int x, y;
y = 0;
x/=y;
}
void t1()
{
sleep(1);
crash1();
}
void t2()
{
while(1) sleep(10);
}
int main()
{
google_breakpad::MinidumpDescriptor md("/tmp");
google_breakpad::ExceptionHandler eh(md, NULL, dumpCallback, NULL, true, -1);
// comment out to select between thread crash, main crash, main crash with non-crashing thread
boost::thread thread1(t2);
sleep(1);
crash1();
sleep(3);
return 0;
}
我只是在从main()崩溃和从线程崩溃之间创建变体。
当我在目标上交叉编译并运行我的应用程序时的观察:
(1)没有线程的测试应用程序将在目标上创建正确的转储文件。 PASS
(2)测试应用程序,崩溃的线程,将在目标上创建一个非常小且不正确的转储文件(大多数为零)。 FAIL
(3)测试应用程序,一个没有崩溃的线程,以及一个崩溃的主程序,将在目标上创建一个中等大小且不正确的转储文件。 FAIL
编辑:在情况(1)中,回调返回成功= true。在情况(2)和(3)中,成功=假。所以图书馆知道它没有成功。我想这是我的工作,找出它为什么失败了我的目标。
如果我编译相同的测试应用程序以在我的构建计算机上运行,它会在所有情况下运行并创建正确的转储文件。即我已经在我的构建计算机上成功运行了交叉编译的Crashpad库,它可以正常运行。由于构建和主机都是x86,这是可能的。
e.g。我使用非交叉编译g ++
构建g++ -g mytest.cpp client/linux/libbreakpad_client.a -I. -lrt -lpthread -lboost_thread -o mytest
我的问题是:
是Breakpad的问题吗?
是我的交叉编译库的问题吗?
内核有所作为吗?我是否需要启用任何特定功能?
怎样才能起作用?即,在我的目标上运行的多线程应用程序,会生成正确的小型转储文件
答案 0 :(得分:1)
Google Breakpad无法在奔腾III x86前处理器上创建小型转储。
Pentium III及更高版本包含8个额外的浮点寄存器,这些寄存器由Breakpad中的sys_ptrace调用请求。
src/client/linux/minidump_writer/linux_ptrace_dumper.cc:
if (sys_ptrace(PTRACE_GETFPXREGS, tid, NULL, &info->fpxregs) == -1)
return false;
在Pentium III之前的处理器上,此调用将失败,这会导致整个minidump失败。