Question

我试图在ARM系统上使用Qt 4.7.4，以便在触摸屏上显示图形应用程序。

我的ARM卡嵌入了Linux系统;我们使用Linux framebuffer向屏幕发送信息，并使用tslib + usbtouchscreen驱动程序获取触摸信息。

我能够交叉编译Qt并将库放在我的系统上。但是当我启动我的测试程序时，我每次都会在同一时刻得到一个段错误（没有合乎逻辑的原因）。

首先，这是我的测试程序（你可以看到它非常基本，没有理由进行段错误）：

#include <QMessageBox> 
#include <QApplication>

int main( int argc, char *argv[] )
{
    QApplication app( argc, argv );

    QMessageBox msgBox;
    msgBox.setText( "Hello world !" );
    msgBox.show();

    return app.exec();
}

在show()调用期间，segfault附加了，实际上（由于一些调试），我意识到它会在加载字体缓存期间附加。此外，在调用printf()之后添加localData()会使segfault消失......暂时！但是，当我关闭应用程序时，无论如何我都会得到段错误。

在Qt/gui/text/qfont.cpp第2615行，在printf()之后添加theFontCache()->loadData()暂时解决问题：

QFontCache *QFontCache::instance()
{
    QFontCache *&fontCache = theFontCache()->localData();

    if (!fontCache) {
        fontCache = new QFontCache;
    }

return fontCache;
}

这是我的./configure命令行：

./configure -release -shared -fast -no-largefile -exceptions -no-accessibility -no-stl -no-qt3support -no-xmlpatterns -no-phonon -no-phonon-backend -no-svg -no-webkit -no-declarative -no-declarative-debug -no-glib -no-cups -no-scripttools -no-script -no-audio-backend -no-multimedia -no-nis -embedded arm -xplatform qws/linux-arm-str-g++ -little-endian -no-gfx-multiscreen -prefix /usr -qconfig mbxconfig -nomake examples -nomake demos -depths 16 -qt-mouse-tslib -confirm-license -opensource

我尝试配置-no-freetype;没有改变。我也试图强制使用字体，但也没有成功。我也试过echo 3 > /proc/cpu/alignment，但我没有找到任何对齐问题。我会尝试一种解决方案：在没有编译器优化的情况下编译 - 但我显然没有改变正确的选项，因为它仍然用-O2编译。我的GCC版本是4.2.3。

最后，我在segfault之前的strace：

open("/dev/psaux", O_RDWR|O_NONBLOCK)   = -1 ENOENT (No such file or directory)
open("/dev/input/mice", O_RDWR|O_NONBLOCK) = -1 ENOENT (No such file or directory)
open("/dev/tty0", O_RDWR)               = 8
fcntl(8, F_SETFD, FD_CLOEXEC)           = 0
ioctl(8, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
ioctl(8, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
ioctl(8, KDGKBMODE, 0x1a21c)            = 0
ioctl(8, KDSKBMODE, 0x2)                = 0
ioctl(8, SNDCTL_TMR_START or TCSETS, {B0 -opost -isig -icanon -echo ...}) = 0
ioctl(8, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 -opost -isig -icanon -echo ...}) = 0
rt_sigaction(SIGUSR1, {0x40bb3d68, [], 0x4000000 /* SA_??? */}, NULL, 8) = 0
rt_sigaction(SIGUSR2, {0x40bb3d68, [], 0x4000000 /* SA_??? */}, NULL, 8) = 0
ioctl(8, VIDIOC_RESERVED or VT_GETMODE, 0xbedbb598) = 0
ioctl(8, VIDIOC_ENUM_FMT or VT_SETMODE, 0xbedbb598) = 0
ioctl(8, VT_GETSTATE, 0xbedbb588)       = 0
gettimeofday({1321521340, 447374}, NULL) = 0
brk(0x1d000)                            = 0x1d000
open("/proc/self/auxv", O_RDONLY)       = 9
fcntl(9, F_SETFD, FD_CLOEXEC)           = 0
read(9, "\20\0\0\0\3\0\0\0\6\0\0\0\0\20\0\0\21\0\0\0d\0\0\0\3\0\0\0004\200\0\0\4"..., 256) = 128
read(9, ""..., 256)                     = 0
close(9)                                = 0
write(4, "\0"..., 1)                    = 1
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
rt_sigaction(SIGSEGV, {SIG_DFL, [SEGV], SA_RESTART|0x4000000}, {0x40142d48, [SEGV], SA_RESTART|0x4000000}, 8) = 0
ioctl(8, KDSKBMODE, 0x3)                = 0
ioctl(8, SNDCTL_TMR_START or TCSETS, {B38400 opost isig icanon echo ...}) = 0
ioctl(8, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
close(8)                                = 0
ioctl(7, KDSETMODE, 0)                  = 0
write(7, "\33[9;15]\33[?33h\33[?25h\33[?0c\0"..., 25) = 25
close(7)                                = 0
kill(29810, SIGSEGV)                    = 0
sigreturn()                             = ? (mask now [])
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++

在ARM系统上，我没有足够的空间通过调试进行编译，这就是它直接发布的原因。

Answer 1

根据某些页面https://bugreports.qt.io/browse/QTBUG-13441

中链接的错误报告

SEGV位于../3rdparty/harfbuzz/src/harfbuzz-*（已发布两个回溯，均以../3rdparty/harfbuzz/src/harfbuzz-gsub.c结尾）

因此，您应尝试仅使用-g -O2和-g -O0重建此第三方库“harfbuzz”。因为它是第三方，它有自己的构建系统，我认为它可以很容易地改变。

当你证明你的bug也在这个库中并且它依赖于-O2 / -O0标志时，你可以：

找到SEGV的确切位置并从GDB进行回溯;
从GDB和x/i $pc执行info reg以查看SEGV数据的位置以及操作是什么。
找到带有bug的确切文件/函数，并在-O0和-O2版本之间执行反汇编函数的差异
在此处或在QT bugtracker中发布反汇编
在harfbuzz或GCC上提交错误

此外，strace几乎没有意思，gdb的回溯是。

来自JérémyDutheil的更新：“只需通过-Os选项进行编译：不再存在段错误，并且libs的大小非常小！” - 所以如果O2失败，也应该尝试O1和/或Os。

在ARM上使用Qt的简单程序中的Segfault

1 个答案: