Segfault в простой программе, использующей Qt на ARM - PullRequest
Новая
       28

Segfault в простой программе, использующей Qt на ARM

6 голосов
/ 17 ноября 2011

Я пытаюсь использовать Qt 4.7.4 в системе ARM, чтобы отобразить графическое приложение на сенсорном экране.

Моя карта ARM включает систему Linux;мы используем фрейм-буфер Linux для отправки информации на экран и драйверы tslib + usbtouchscreen для получения сенсорной информации.

Я могу кросс-компилировать Qt и поместить библиотеку в мою систему.Но когда я запускаю свою тестовую программу, я получаю segfault каждый раз в одно и то же время (без логической причины).

Для начала, вот моя тестовая программа (вы можете видеть, что она очень простая, нет причин дляsegfault): 

#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();
}

Segfault добавляется во время вызова show(), фактически (благодаря некоторой отладке) я понял, что он добавляется во время загрузки кэша шрифтов.Более того, добавление printf() сразу после вызова localData() заставляет segfault исчезнуть ... на мгновение!Однако, когда я закрываю приложение, я все равно получаю 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: 

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 у меня недостаточно места для компиляции с отладкой, поэтомуэто прямо в выпуске.

1 Ответ

3 голосов
/ 18 ноября 2011

Согласно сообщению об ошибке на некоторых страницах https://bugreports.qt.io/browse/QTBUG-13441

SEGV находится в ../3rdparty/harfbuzz/src/harfbuzz-* (две обратные трассы опубликованы и обе заканчиваются на ../3rdparty/harfbuzz/src/harfbuzz-gsub.c)

Итак, вы должны попытаться перестроить только эту стороннюю библиотеку "harfbuzz" с -g -O2 и -g -O0. Поскольку это третья сторона, у нее есть своя собственная система сборки, и я думаю, что ее можно легко изменить.

Когда вы докажете, что ваша ошибка тоже есть в этой библиотеке и что она зависит от флага -O2 / -O0, вы можете:

  • найдите точное место SEGV и сделайте обратный след из GDB;
  • сделайте x/i $pc из GDB и info reg, чтобы увидеть, где находятся данные SEGV и каково действие.
  • найти точный файл / функцию с ошибкой и выполнить разбор разборной функции между версиями -O0 и -O2
  • выложите обе разборки здесь или в QT bugtracker
  • сообщить об ошибке на harfbuzz или GCC

Кроме того, strace почти не интересен и обратная трассировка GDB.

Обновление от Джереми Дютеила: «Просто скомпилировав с опцией -Os: больше нет segfault и очень маленький размер для библиотек!»

...