Название: рандомные SIGSEGV в QT в разных местах...
Отправлено: vulko от Апрель 18, 2014, 10:24
Люди добрые, помогите. Чем больше я работаю с QT, тем больше понимаю какая это кривая поделка коленочной сборки слепых китайских пенсионеров...
Постоянно валятся SIGSEGV, то при десериализации из потока (qdatastream::operator>> после пары вызовов умирает на ~QObject!!!).
Теперь вот ещё один SIGSEGV вылез, на getter функции которая возвращает даже не указатель! нет! просто float!
Все происходит в основном потоке!
КАК??? КАКОГО ХУ... ХРЕНА!!! КТО ПРИДУМАЛ ЭТО КРИВОЕ QT????
(http://imageshack.com/a/img836/4420/5yn4.png)
Название: Re: рандомные SIGSEGV в QT в разных местах...
Отправлено: GreatSnake от Апрель 18, 2014, 10:31
Прогони свою поделку хотя бы под valgrind и убедишься, что проблема совсем не в Qt.
К тому же, какое отношение приведённый класс имеет к Qt ???
Коли здесь падает, значит либо this левый, либо стек убил, либо кучу.
Название: Re: рандомные SIGSEGV в QT в разных местах...
Отправлено: OKTA от Апрель 18, 2014, 10:55
если вы работаете с QT, то проблема точно не в Qt ;D
Название: Re: рандомные SIGSEGV в QT в разных местах...
Отправлено: Alex Custov от Апрель 18, 2014, 11:15
Выложи минимальный проект с этой проблемой, разберёмся кто слепой пенсионер.
Название: Re: рандомные SIGSEGV в QT в разных местах...
Отправлено: vulko от Апрель 18, 2014, 11:20
Прогони свою поделку хотя бы под valgrind и убедишься, что проблема совсем не в Qt.
К тому же, какое отношение приведённый класс имеет к Qt ???
Коли здесь падает, значит либо this левый, либо стек убил, либо кучу.
интересно, и как же this получился левый, когда экземпляр этого класса живет в singleton'е и всего один на всё приложение? кучу и стэк убил... всяко :) я же постоянно беру левые указатели, рандомное смещение и начинаю кораптить память!))) Ещё ни один framework там мне мозги не делал... valgrind попробую... может ли быть проблема в том что все это происходит под виртуалкой? Выложи минимальный проект с этой проблемой, разберёмся кто слепой пенсионер.
минимальный проект врядли получится выложить, он уже сильно большой стал.
Название: Re: рандомные SIGSEGV в QT в разных местах...
Отправлено: OKTA от Апрель 18, 2014, 11:22
У меня тоже такие есть подозрения по поводу виртуалки - проект ведет себя совсем неосмысленно и непредсказуемо. Даже не то, что совсем, а абсолютно непредсказуемо)) По какой ОС пробуешь?
Название: Re: рандомные SIGSEGV в QT в разных местах...
Отправлено: vulko от Апрель 18, 2014, 12:41
У меня тоже такие есть подозрения по поводу виртуалки - проект ведет себя совсем неосмысленно и непредсказуемо. Даже не то, что совсем, а абсолютно непредсказуемо)) По какой ОС пробуешь?
астра линух. дебианоподобное.
Название: Re: рандомные SIGSEGV в QT в разных местах...
Отправлено: OKTA от Апрель 18, 2014, 12:46
Совпадение ;D Мне тоже надо запустить на астра-линуксе свою прогу ;D
Но пока тестирую под убунтой! Но все идет к тому, что виновата именно виртуалка =(
Название: Re: рандомные SIGSEGV в QT в разных местах...
Отправлено: vulko от Апрель 21, 2014, 09:59
Совпадение ;D Мне тоже надо запустить на астра-линуксе свою прогу ;D
Но пока тестирую под убунтой! Но все идет к тому, что виновата именно виртуалка =(
поставил линух на компутер, все равно та же история... падает в нескольких местах. бывает на десериализации qdatastream >> падает с sigsegv... и ещё в нескольких местах. может в моей версии g++ динамическое выделение памяти под структуру не работает? надо через malloc может выделять? прогнал memcheck'ом, выявилось несколько ошибок. одна из них вообще внутри Qt GL wrapper'а: ==9713== Invalid read of size 1
==9713== at 0x4C2A004: strcmp (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9713== by 0x9ED6EEF: ??? (in /usr/lib/x86_64-linux-gnu/libglapi.so.0.0.0)
==9713== by 0x9ED6DDC: _glapi_get_proc_address (in /usr/lib/x86_64-linux-gnu/libglapi.so.0.0.0)
==9713== by 0x6B192E8: glXGetProcAddress (in /usr/lib/x86_64-linux-gnu/libGL.so.1.2)
==9713== by 0x53CA006: QGLContext::getProcAddress(QString const&) const (in /usr/lib/x86_64-linux-gnu/libQtOpenGL.so.4.8.3)
==9713== by 0x5368D53: ??? (in /usr/lib/x86_64-linux-gnu/libQtOpenGL.so.4.8.3)
==9713== by 0x536B1DA: qt_resolve_version_2_0_functions(QGLContext*) (in /usr/lib/x86_64-linux-gnu/libQtOpenGL.so.4.8.3)
==9713== by 0x53A5B58: QGL2PaintEngineEx::begin(QPaintDevice*) (in /usr/lib/x86_64-linux-gnu/libQtOpenGL.so.4.8.3)
==9713== by 0x594F597: QPainter::begin(QPaintDevice*) (in /usr/lib/x86_64-linux-gnu/libQtGui.so.4.8.3)
==9713== by 0x594FFF7: QPainter::QPainter(QPaintDevice*) (in /usr/lib/x86_64-linux-gnu/libQtGui.so.4.8.3)
==9713== by 0x5E163C3: QGraphicsView::paintEvent(QPaintEvent*) (in /usr/lib/x86_64-linux-gnu/libQtGui.so.4.8.3)
==9713== by 0x584FA91: QWidget::event(QEvent*) (in /usr/lib/x86_64-linux-gnu/libQtGui.so.4.8.3)
==9713== Address 0x13e73dfa is 26 bytes inside a block of size 54 free'd
==9713== at 0x4C27D4E: free (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9713== by 0x53CA024: QGLContext::getProcAddress(QString const&) const (in /usr/lib/x86_64-linux-gnu/libQtOpenGL.so.4.8.3)
==9713== by 0x5368D05: ??? (in /usr/lib/x86_64-linux-gnu/libQtOpenGL.so.4.8.3)
==9713== by 0x536B1DA: qt_resolve_version_2_0_functions(QGLContext*) (in /usr/lib/x86_64-linux-gnu/libQtOpenGL.so.4.8.3)
==9713== by 0x53A5B58: QGL2PaintEngineEx::begin(QPaintDevice*) (in /usr/lib/x86_64-linux-gnu/libQtOpenGL.so.4.8.3)
==9713== by 0x594F597: QPainter::begin(QPaintDevice*) (in /usr/lib/x86_64-linux-gnu/libQtGui.so.4.8.3)
==9713== by 0x594FFF7: QPainter::QPainter(QPaintDevice*) (in /usr/lib/x86_64-linux-gnu/libQtGui.so.4.8.3)
==9713== by 0x5E163C3: QGraphicsView::paintEvent(QPaintEvent*) (in /usr/lib/x86_64-linux-gnu/libQtGui.so.4.8.3)
==9713== by 0x584FA91: QWidget::event(QEvent*) (in /usr/lib/x86_64-linux-gnu/libQtGui.so.4.8.3)
==9713== by 0x5BFFDF5: QFrame::event(QEvent*) (in /usr/lib/x86_64-linux-gnu/libQtGui.so.4.8.3)
==9713== by 0x5E17C9A: QGraphicsView::viewportEvent(QEvent*) (in /usr/lib/x86_64-linux-gnu/libQtGui.so.4.8.3)
==9713== by 0x67A1825: QCoreApplicationPrivate::sendThroughObjectEventFilters(QObject*, QEvent*) (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.3)
Также при создании VBO ругается на invalid read... хотя все буферы и размеры при создании и записи в GPU RAM верны. ==9713== Invalid read of size 4
==9713== at 0x124256F3: ???
==9713== by 0x125A1A57: ???
==9713== by 0x125ADDDF: ???
==9713== by 0x125A154F: ???
==9713== by 0x7FEFFE40F: ???
==9713== Address 0x1339f0e8 is 8 bytes after a block of size 12,896 alloc'd
==9713== at 0x4C270FE: memalign (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9713== by 0x4C271A7: posix_memalign (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9713== by 0xF3983B9: ??? (in /usr/lib/x86_64-linux-gnu/dri/swrast_dri.so)
==9713== by 0xF531D35: ??? (in /usr/lib/x86_64-linux-gnu/dri/swrast_dri.so)
==9713== by 0xF4F612A: ??? (in /usr/lib/x86_64-linux-gnu/dri/swrast_dri.so)
==9713== by 0x415A89: oglDrawHelper::fillGridVertexBuf() (gldrawhelper.cpp:157)
==9713== by 0x415161: oglDrawHelper::oglDrawHelper() (gldrawhelper.cpp:34)
==9713== by 0x40E0F1: MainUIView::MainUIView(QObject*) (mainuiview.cpp:51)
==9713== by 0x410FC1: UiController::UiController() (uicontroller.cpp:12)
==9713== by 0x40B84E: CfgManager::InitSettings() (cfgmanager.cpp:14)
==9713== by 0x40B5E3: main (main.cpp:8)
==9713==
==9713== Invalid read of size 4
==9713== at 0x124256FF: ???
==9713== by 0x125A1A57: ???
==9713== by 0x125ADDDF: ???
==9713== by 0x125A154F: ???
==9713== by 0x7FEFFE40F: ???
==9713== Address 0x1339f0ec is 12 bytes after a block of size 12,896 alloc'd
==9713== at 0x4C270FE: memalign (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9713== by 0x4C271A7: posix_memalign (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9713== by 0xF3983B9: ??? (in /usr/lib/x86_64-linux-gnu/dri/swrast_dri.so)
==9713== by 0xF531D35: ??? (in /usr/lib/x86_64-linux-gnu/dri/swrast_dri.so)
==9713== by 0xF4F612A: ??? (in /usr/lib/x86_64-linux-gnu/dri/swrast_dri.so)
==9713== by 0x415A89: oglDrawHelper::fillGridVertexBuf() (gldrawhelper.cpp:157)
==9713== by 0x415161: oglDrawHelper::oglDrawHelper() (gldrawhelper.cpp:34)
==9713== by 0x40E0F1: MainUIView::MainUIView(QObject*) (mainuiview.cpp:51)
==9713== by 0x410FC1: UiController::UiController() (uicontroller.cpp:12)
==9713== by 0x40B84E: CfgManager::InitSettings() (cfgmanager.cpp:14)
==9713== by 0x40B5E3: main (main.cpp:8)
Название: Re: рандомные SIGSEGV в QT в разных местах...
Отправлено: LisandreL от Апрель 21, 2014, 10:24
Ну не видя вашего кода можно только гадать.
У нас, например, недавно программа падала в ~QString().
После довольно долгих поисков наши #pragma pack (push, 1) без парного #pragma pack (pop).
Название: Re: рандомные SIGSEGV в QT в разных местах...
Отправлено: GreatSnake от Апрель 21, 2014, 10:29
может в моей версии g++ динамическое выделение памяти под структуру не работает? надо через malloc может выделять?
Интересно, что это такое и почему оно вообще должно работать?
Название: Re: рандомные SIGSEGV в QT в разных местах...
Отправлено: vulko от Апрель 21, 2014, 10:44
может в моей версии g++ динамическое выделение памяти под структуру не работает? надо через malloc может выделять?
Интересно, что это такое и почему оно вообще должно работать? имеется ввиду с помощью оператора new. сейчас заменил на malloc, посмотрим, вернуться ли крэши на операторе qdatastream >>... Ну не видя вашего кода можно только гадать.
У нас, например, недавно программа падала в ~QString().
После довольно долгих поисков наши #pragma pack (push, 1) без парного #pragma pack (pop).
Да пожалуйста. Вот на этот кусок ругается valgrind, очевидно после вызова glBufferDataARB. Причину invalid read кроме как в кривости mesa или драйвера не вижу. void oglDrawHelper::fillGridVertexBuf() {
// init vertices array
gridVertexBufSize = ( NUM_CIRCLE_SEG * CfgManager::MAP_NUM_CIRCLES + CfgManager::MAP_NUM_RAYS * 2 ) * 2;
gridVertexBuf = new GLfloat[gridVertexBufSize];
... заполнение буфера
// create, bind VBO and copy buffer
glGenBuffersARB(1, &radialGridVertexBufID);
glBindBufferARB(GL_ARRAY_BUFFER_ARB, gridVertexBufID);
glBufferDataARB(GL_ARRAY_BUFFER_ARB, gridVertexBufSize * sizeof(GLfloat), gridVertexBuf, GL_STATIC_DRAW_ARB);
// free unused memory
delete[] radialGridVertexBuf;
}
Название: Re: рандомные SIGSEGV в QT в разных местах...
Отправлено: GreatSnake от Апрель 21, 2014, 10:56
имеется ввиду с помощью оператора new. сейчас заменил на malloc, посмотрим, вернуться ли крэши на операторе qdatastream >>...
Навряд ли, т.к. не перегруженный new именно malloc использует. Причину invalid read кроме как в кривости mesa или драйвера не вижу.
А вот это вполне может быть. Версия mesa точно соответствует версии драйвера и его поставщику? Версию используемого драйвера смотри в X логе (например, в /var/log/Xorg.0.log).
Название: Re: рандомные SIGSEGV в QT в разных местах...
Отправлено: OKTA от Апрель 21, 2014, 10:59
У меня тоже падает на new внутри библиотеки ???
Название: Re: рандомные SIGSEGV в QT в разных местах...
Отправлено: vulko от Апрель 21, 2014, 12:20
Навряд ли, т.к. не перегруженный new именно malloc использует. Да, действительно malloc ситуацию не решил. Кстати тупанул я что-то, qdatastream::>> отваливается с sigabrt во время вызова return *this >> reinterpret_cast<qint32&>(i); А вот sigsegv вылетает на eventloop.exec() в другом потоке... тоже хрень какая-то... А вот это вполне может быть. Версия mesa точно соответствует версии драйвера и его поставщику?
Версию используемого драйвера смотри в X логе (например, в /var/log/Xorg.0.log).
пробовал ставить последнюю месу и последний intel hd драйвер, после этого opengl я больше не видел) попробовал обновиться из репозитория - месу и драйвер, opengl сошел с ума. то что есть: [ 22.523] (II) Loader magic: 0x7f7805689b00
[ 22.523] (II) Module ABI versions:
[ 22.523] X.Org ANSI C Emulation: 0.4
[ 22.523] X.Org Video Driver: 12.0
[ 22.523] X.Org XInput driver : 16.0
[ 22.523] X.Org Server Extension : 6.0
...
[ 22.552] (II) Loading extension MIT-SCREEN-SAVER
[ 22.552] (II) Loading extension XFree86-VidModeExtension
[ 22.552] (II) Loading extension XFree86-DGA
[ 22.552] (II) Loading extension DPMS
[ 22.552] (II) Loading extension XVideo
[ 22.552] (II) Loading extension XVideo-MotionCompensation
[ 22.552] (II) Loading extension X-Resource
[ 22.552] (II) LoadModule: "dbe"
[ 22.552] (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so
[ 22.553] (II) Module dbe: vendor="X.Org Foundation"
[ 22.553] compiled for 1.12.3, module version = 1.0.0
[ 22.553] Module class: X.Org Server Extension
[ 22.553] ABI class: X.Org Server Extension, version 6.0
[ 22.553] (II) Loading extension DOUBLE-BUFFER
[ 22.553] (II) LoadModule: "glx"
[ 22.553] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[ 22.569] (II) Module glx: vendor="X.Org Foundation"
[ 22.569] compiled for 1.12.3, module version = 1.0.0
[ 22.569] ABI class: X.Org Server Extension, version 6.0
[ 22.569] (==) AIGLX enabled
[ 22.570] (II) Loading extension GLX
[ 22.570] (II) LoadModule: "record"
[ 22.570] (II) Loading /usr/lib/xorg/modules/extensions/librecord.so
[ 22.570] (II) Module record: vendor="X.Org Foundation"
[ 22.570] compiled for 1.12.3, module version = 1.13.0
[ 22.570] Module class: X.Org Server Extension
[ 22.570] ABI class: X.Org Server Extension, version 6.0
[ 22.570] (II) Loading extension RECORD
[ 22.570] (II) LoadModule: "dri"
[ 22.571] (II) Loading /usr/lib/xorg/modules/extensions/libdri.so
[ 22.578] (II) Module dri: vendor="X.Org Foundation"
[ 22.578] compiled for 1.12.3, module version = 1.0.0
[ 22.578] ABI class: X.Org Server Extension, version 6.0
[ 22.578] (II) Loading extension XFree86-DRI
[ 22.578] (II) LoadModule: "dri2"
[ 22.578] (II) Loading /usr/lib/xorg/modules/extensions/libdri2.so
[ 22.587] (II) Module dri2: vendor="X.Org Foundation"
[ 22.587] compiled for 1.12.3, module version = 1.2.0
[ 22.587] ABI class: X.Org Server Extension, version 6.0
[ 22.587] (II) Loading extension DRI2
[ 22.587] (==) Matched vmware as autoconfigured driver 0
[ 22.587] (==) Matched vesa as autoconfigured driver 1
[ 22.587] (==) Matched fbdev as autoconfigured driver 2
[ 22.587] (==) Assigned the driver to the xf86ConfigLayout
[ 22.587] (II) LoadModule: "vmware"
[ 22.683] (II) Loading /usr/lib/xorg/modules/drivers/vmware_drv.so
[ 22.752] (II) Module vmware: vendor="X.Org Foundation"
[ 22.752] compiled for 1.12.3, module version = 12.0.2
[ 22.752] Module class: X.Org Video Driver
[ 22.752] ABI class: X.Org Video Driver, version 12.0
[ 22.752] (II) LoadModule: "vesa"
[ 22.753] (II) Loading /usr/lib/xorg/modules/drivers/vesa_drv.so
[ 22.791] (II) Module vesa: vendor="X.Org Foundation"
[ 22.791] compiled for 1.12.3, module version = 2.3.1
[ 22.791] Module class: X.Org Video Driver
[ 22.791] ABI class: X.Org Video Driver, version 12.0
[ 22.791] (II) LoadModule: "fbdev"
[ 22.791] (II) Loading /usr/lib/xorg/modules/drivers/fbdev_drv.so
[ 22.798] (II) Module fbdev: vendor="X.Org Foundation"
[ 22.798] compiled for 1.12.3, module version = 0.4.2
[ 22.798] ABI class: X.Org Video Driver, version 12.0
[ 22.798] (II) vmware: driver for VMware SVGA: vmware0405, vmware0710
[ 22.798] (II) VESA: driver for VESA chipsets: vesa
[ 22.798] (II) FBDEV: driver for framebuffer: fbdev
[ 22.798] (++) using VT number 8
[ 22.822] (II) LoadModule: "fbdevhw"
[ 22.822] (II) Loading /usr/lib/xorg/modules/libfbdevhw.so
[ 22.847] (II) Module fbdevhw: vendor="X.Org Foundation"
[ 22.847] compiled for 1.12.3, module version = 0.0.2
[ 22.847] ABI class: X.Org Video Driver, version 12.0
[ 22.847] (EE) open /dev/fb0: No such file or directory
[ 22.847] (II) vmware(0): Driver was compiled without KMS- and 3D support.
[ 22.847] (WW) vmware(0): Disabling 3D support.
[ 22.847] (WW) vmware(0): Disabling Render Acceleration.
[ 22.847] (WW) vmware(0): Disabling RandR12+ support.
[ 22.847] (--) vmware(0): VMware SVGA regs at (0x1070, 0x1071)
[ 22.847] (II) Loading sub module "vgahw"
[ 22.847] (II) LoadModule: "vgahw"
[ 22.847] (II) Loading /usr/lib/xorg/modules/libvgahw.so
[ 22.875] (II) Module vgahw: vendor="X.Org Foundation"
[ 22.875] compiled for 1.12.3, module version = 0.1.0
[ 22.875] ABI class: X.Org Video Driver, version 12.0
[ 22.912] (--) vmware(0): caps: 0x01FF83E2
[ 22.912] (--) vmware(0): depth: 24
[ 22.912] (--) vmware(0): bpp: 32
[ 22.912] (--) vmware(0): vram: 33554432
[ 22.912] (--) vmware(0): pbase: 0xe8000000
[ 22.912] (--) vmware(0): mwidt: 3840
[ 22.912] (--) vmware(0): mheig: 1920
....
[ 22.970] (--) Depth 24 pixmap format is 32 bpp
[ 22.971] (II) vmware(0): Initialized VMWARE_CTRL extension version 0.2
[ 22.971] (II) vmware(0): Initialized VMware Xinerama extension.
[ 22.971] (II) vmware(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0
[ 23.259] (==) vmware(0): Backing store disabled
[ 23.259] (==) vmware(0): Silken mouse enabled
[ 23.260] (II) vmware(0): Initialized VMware Xv extension successfully.
[ 23.260] (==) RandR enabled
[ 23.260] (II) Initializing built-in extension Generic Event Extension
[ 23.260] (II) Initializing built-in extension SHAPE
[ 23.260] (II) Initializing built-in extension MIT-SHM
[ 23.260] (II) Initializing built-in extension XInputExtension
[ 23.260] (II) Initializing built-in extension XTEST
[ 23.260] (II) Initializing built-in extension BIG-REQUESTS
[ 23.260] (II) Initializing built-in extension SYNC
[ 23.260] (II) Initializing built-in extension XKEYBOARD
[ 23.260] (II) Initializing built-in extension XC-MISC
[ 23.260] (II) Initializing built-in extension SECURITY
[ 23.260] (II) Initializing built-in extension XINERAMA
[ 23.260] (II) Initializing built-in extension XFIXES
[ 23.260] (II) Initializing built-in extension RENDER
[ 23.260] (II) Initializing built-in extension RANDR
[ 23.260] (II) Initializing built-in extension COMPOSITE
[ 23.260] (II) Initializing built-in extension DAMAGE
[ 23.275] (II) AIGLX: Screen 0 is not DRI2 capable
[ 23.275] (II) AIGLX: Screen 0 is not DRI capable
[ 23.826] (II) AIGLX: Loaded and initialized swrast
[ 23.826] (II) GLX: Initialized DRISWRAST GL provider for screen 0
[ 24.036] (II) XKB: reuse xkmfile /var/lib/xkb/server-61B69DF58AD90EA75E0737749278E855D53885D4.xkm
Название: Re: рандомные SIGSEGV в QT в разных местах...
Отправлено: GreatSnake от Апрель 21, 2014, 12:33
пробовал ставить последнюю месу и последний intel hd драйвер, после этого opengl я больше не видел) попробовал обновиться из репозитория - месу и драйвер, opengl сошел с ума. [ 22.847] (II) vmware(0): Driver was compiled without KMS- and 3D support.
[ 22.847] (WW) vmware(0): Disabling 3D support.
[ 22.847] (WW) vmware(0): Disabling Render Acceleration.
[ 22.847] (WW) vmware(0): Disabling RandR12+ support.
[ 23.275] (II) AIGLX: Screen 0 is not DRI2 capable
[ 23.275] (II) AIGLX: Screen 0 is not DRI capable
А причём здесь вообще "intel hd драйвер", когда ясно видно что используется vmware драйвер ??? Мог бы для начала и погуглить "wmware linux opengl".
Название: Re: рандомные SIGSEGV в QT в разных местах...
Отправлено: vulko от Апрель 21, 2014, 12:33
У меня тоже падает на new внутри библиотеки ???
такое бывает когда память вся забилась ликами.
Название: Re: рандомные SIGSEGV в QT в разных местах...
Отправлено: vulko от Апрель 21, 2014, 12:34
пробовал ставить последнюю месу и последний intel hd драйвер, после этого opengl я больше не видел) попробовал обновиться из репозитория - месу и драйвер, opengl сошел с ума. [ 22.847] (II) vmware(0): Driver was compiled without KMS- and 3D support.
[ 22.847] (WW) vmware(0): Disabling 3D support.
[ 22.847] (WW) vmware(0): Disabling Render Acceleration.
[ 22.847] (WW) vmware(0): Disabling RandR12+ support.
[ 23.275] (II) AIGLX: Screen 0 is not DRI2 capable
[ 23.275] (II) AIGLX: Screen 0 is not DRI capable
А причём здесь вообще "intel hd драйвер", когда ясно видно что используется vmware драйвер ??? Мог бы для начала и погуглить "wmware linux opengl". на невиртуальном линуксе такая же история. memcheck ругается на какие-то invalid read of size... при вызове gl функций.
Название: Re: рандомные SIGSEGV в QT в разных местах...
Отправлено: GreatSnake от Апрель 21, 2014, 12:42
glxgears работает?
проверь её либы через "LD_TRACE_LOADED_OBJECTS=1 glxgears"
И проверь свои.
libGL.so одна и та же?
Название: Re: рандомные SIGSEGV в QT в разных местах...
Отправлено: vulko от Апрель 21, 2014, 13:06
glxgears работает?
проверь её либы через "LD_TRACE_LOADED_OBJECTS=1 glxgears"
И проверь свои.
libGL.so одна и та же?
glxgears юзает libGL.so.1 => /usr/lib/x86_64-linux-gnu/libGL.so.1 (0x00007f67d9c19000) в либах у меня есть libGL.so libGL.so.1 libGL.so.1.2 я не в линухе не разбираюсь, но если правильно понимаю, первые 2 файла по 10 и 12 байт, это не более чем ссылки на нужную библиотеку, которая в данном случае libGL.so.1.2 (382 Кб). т.е. по факту библиотека одна... или я неправильно понимаю? а в проекте ручками libGL я не подключаю, тока GLU и GLEW... если правильно понимаю, QT сама выбирает какую библиотеку ей юзать...
Название: Re: рандомные SIGSEGV в QT в разных местах...
Отправлено: GreatSnake от Апрель 21, 2014, 13:10
40000 Chips (в demos) в OpenGL режиме работает?
Название: Re: рандомные SIGSEGV в QT в разных местах...
Отправлено: OKTA от Апрель 21, 2014, 13:19
У меня тоже падает на new внутри библиотеки ???
такое бывает когда память вся забилась ликами. Не, это была какая-то шляпа с переносом с винды на линукс. Скопипастил поблочно приложение и заработало как надо)))
Название: Re: рандомные SIGSEGV в QT в разных местах...
Отправлено: vulko от Апрель 21, 2014, 13:54
40000 Chips (в demos) в OpenGL режиме работает?
после небольших исправлений работает (qt 4.8.3)
|