[okular] [Bug 410844] Okular segfault

2019-08-27 Thread Tobias Deiminger
https://bugs.kde.org/show_bug.cgi?id=410844

Tobias Deiminger  changed:

   What|Removed |Added

 Resolution|--- |UPSTREAM
 Status|CONFIRMED   |RESOLVED

--- Comment #19 from Tobias Deiminger  ---
(In reply to Jonathan Riddell from comment #18)
> I've added this patch to qt in neon
Thanks, so I'm closing this as "resolved upstream" now.

KDE Neon users should be able to fix the issue by e.g. running pkcon update.
For users on other distros, try to get Qt >= 5.12.4.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 410844] Okular segfault

2019-08-27 Thread Jonathan Riddell
https://bugs.kde.org/show_bug.cgi?id=410844

--- Comment #18 from Jonathan Riddell  ---
I've added this patch to qt in neon

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 410844] Okular segfault

2019-08-24 Thread Tobias Deiminger
https://bugs.kde.org/show_bug.cgi?id=410844

--- Comment #17 from Tobias Deiminger  ---
(In reply to Harald Sitter from comment #16)
> We'll have to look on Monday. Qt upgrades impact the plasma mobile builds,
> so we need Bhushan to weigh in and he's not around today.

FWIW, I can confirm 5.12.4 fixes the regression. In particular, bisecting
reveals
https://code.qt.io/cgit/qt/qtbase.git/commit/?id=b4cc29434769b1d6c08ab2fc76cdcc2dac5dede9
as the fixing commit.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 410844] Okular segfault

2019-08-23 Thread Harald Sitter
https://bugs.kde.org/show_bug.cgi?id=410844

Harald Sitter  changed:

   What|Removed |Added

 CC||bhus...@gmail.com

--- Comment #16 from Harald Sitter  ---
We'll have to look on Monday. Qt upgrades impact the plasma mobile builds, so
we need Bhushan to weigh in and he's not around today.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 410844] Okular segfault

2019-08-22 Thread Albert Astals Cid
https://bugs.kde.org/show_bug.cgi?id=410844

Albert Astals Cid  changed:

   What|Removed |Added

 CC||j...@jriddell.org,
   ||sit...@kde.org

--- Comment #15 from Albert Astals Cid  ---
Jonathan, Harald, can we get 5.12.4 in Neon? I think it contains fixes to the
regressions in QTextDocument

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 410844] Okular segfault

2019-08-22 Thread Tobias Deiminger
https://bugs.kde.org/show_bug.cgi?id=410844

--- Comment #14 from Tobias Deiminger  ---
Git commit b5b273ad6403e7030f6ede264efc0e4579ac89e3 by Tobias Deiminger.
Committed on 22/08/2019 at 07:17.
Pushed by aacid into branch 'Applications/19.08'.

Enhance bounds check in TextDocumentGenerator

There's too much upstream / logic involved to statically prove
info.pages is always >= 0. Better check it at runtime.

M  +1-1core/textdocumentgenerator.cpp

https://invent.kde.org/kde/okular/commit/b5b273ad6403e7030f6ede264efc0e4579ac89e3

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 410844] Okular segfault

2019-08-21 Thread Tobias Deiminger
https://bugs.kde.org/show_bug.cgi?id=410844

--- Comment #13 from Tobias Deiminger  ---
(In reply to Albert Astals Cid from comment #12)
> Bad Qt? Which one has it 5.12.3?

Yes.

$ dpkg -l libqt5gui5:amd
ii  libqt5gui5:amd645.12.3+dfsg-1+18.04+bionic+build58

How to go on, should we inform Neon devs?

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 410844] Okular segfault

2019-08-21 Thread Albert Astals Cid
https://bugs.kde.org/show_bug.cgi?id=410844

--- Comment #12 from Albert Astals Cid  ---
Bad Qt? Which one has it 5.12.3?

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 410844] Okular segfault

2019-08-21 Thread Tobias Deiminger
https://bugs.kde.org/show_bug.cgi?id=410844

Tobias Deiminger  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|REPORTED|CONFIRMED

--- Comment #11 from Tobias Deiminger  ---
I was able to reproduce the issue on a KDE neon User Edition 5.16. As assumed
in comment 10, the crash is caused by a negative page index.

The negative page value eventually stems from the freshly generated
MobiDocument. If we iterate over all QTextBlocks in the MobiDocument, and check
newDocument->documentLayout()->blockBoundingRect(nth_QTextBlock), we see there
are lots of blocks with negative top and bottom values, like left = 20.00,
top = -33553713.00, right = 580, bottom = -33553695.00.

This is not the case if I do the same on my "normal" development machine, where
all top/bottom values are positive for the same .mobi file.

The Okular mobi generator seems mostly unchanged for years. Therefore I'd
suspect an upstream regression. KDE Neon ships libqmobipocket.so.2.0.0 from
kdegraphics-mobipocket 19.08.0, while on my dev machine I have it from
kdegraphics-mobipocket 19.04.0.

I'm going to open a merge request to catch negative page indexes, and will
further investigate in what's going on upstream.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 410844] Okular segfault

2019-08-20 Thread Tobias Deiminger
https://bugs.kde.org/show_bug.cgi?id=410844

Tobias Deiminger  changed:

   What|Removed |Added

 CC||haxti...@posteo.de

--- Comment #10 from Tobias Deiminger  ---
(In reply to Albert Astals Cid from comment #9)
> The backtraces really make no sense :/

The only suspicious thing I can spot is the this-pointer of the RefCount object
in comment 0 (this=0xc40c758) and comment 8 (this=0xffe824e92a894476). The
former is uncommonly low, the latter is too high, because it resides in the
hole of non-canonical virtual memory addresses on x86_64. Both traces from two
different people show the same kind of oddness, that's something where one
could dig deeper.

Such an invalid this-pointer could for example occur if in
TextDocumentGenerator::loadDocumentWithPassword, the QVector [] operator in
objects[ info.page ].append(/*...*/)
does an out of bounds access to the objects array.

There's already some safety implemented
if ( info.page >= objects.count() )
  continue;
but info.page is a signed int, and the check doesn't catch negative page
numbers. So in theory we could fail here, unless info.page >= 0 is ensured in
some other place.

It's quite late. Can anybody double check for how much nonsense I've just
written?

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 410844] Okular segfault

2019-08-20 Thread Albert Astals Cid
https://bugs.kde.org/show_bug.cgi?id=410844

Albert Astals Cid  changed:

   What|Removed |Added

 Resolution|WAITINGFORINFO  |---
 Status|NEEDSINFO   |REPORTED

--- Comment #9 from Albert Astals Cid  ---
The backtraces really make no sense :/

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 410844] Okular segfault

2019-08-17 Thread Till Seifert
https://bugs.kde.org/show_bug.cgi?id=410844

Till Seifert  changed:

   What|Removed |Added

 CC||till.seif...@spamfence.net

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 410844] Okular segfault

2019-08-16 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=410844

--- Comment #7 from kristoffer.jus...@gmail.com ---
QSocketNotifier: Invalid socket 8 and type 'Read', disabling...
==3514== Thread 3 QDBusConnectionM:
==3514== Invalid read of size 2
==3514==at 0x853CC56: ??? (in
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5.12.3)
==3514==by 0xE308FE0: g_main_context_check (in
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0.5600.4)
==3514==by 0xE30956F: ??? (in
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0.5600.4)
==3514==by 0xE3096DB: g_main_context_iteration (in
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0.5600.4)
==3514==by 0x853CDAE:
QEventDispatcherGlib::processEvents(QFlags)
(in /usr/lib/x86_64-linux-gnu/libQt5Core.so.5.12.3)
==3514==by 0x84DE039:
QEventLoop::exec(QFlags) (in
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5.12.3)
==3514==by 0x83054C9: QThread::exec() (in
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5.12.3)
==3514==by 0x7FE6014: ??? (in
/usr/lib/x86_64-linux-gnu/libQt5DBus.so.5.12.3)
==3514==by 0x8306C71: ??? (in
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5.12.3)
==3514==by 0xC0456DA: start_thread (pthread_create.c:463)
==3514==by 0x8E3F88E: clone (clone.S:95)
==3514==  Address 0x136c60b4 is 4 bytes inside a block of size 16 free'd
==3514==at 0x4C3123B: operator delete(void*) (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==3514==by 0x851C3BB: QSocketNotifier::setEnabled(bool) (in
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5.12.3)
==3514==by 0x853CC50: ??? (in
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5.12.3)
==3514==by 0xE308FE0: g_main_context_check (in
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0.5600.4)
==3514==by 0xE30956F: ??? (in
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0.5600.4)
==3514==by 0xE3096DB: g_main_context_iteration (in
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0.5600.4)
==3514==by 0x853CDAE:
QEventDispatcherGlib::processEvents(QFlags)
(in /usr/lib/x86_64-linux-gnu/libQt5Core.so.5.12.3)
==3514==by 0x84DE039:
QEventLoop::exec(QFlags) (in
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5.12.3)
==3514==by 0x83054C9: QThread::exec() (in
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5.12.3)
==3514==by 0x7FE6014: ??? (in
/usr/lib/x86_64-linux-gnu/libQt5DBus.so.5.12.3)
==3514==by 0x8306C71: ??? (in
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5.12.3)
==3514==by 0xC0456DA: start_thread (pthread_create.c:463)
==3514==  Block was alloc'd at
==3514==at 0x4C3017F: operator new(unsigned long) (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==3514==by 0x853D8E1:
QEventDispatcherGlib::registerSocketNotifier(QSocketNotifier*) (in
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5.12.3)
==3514==by 0x851C237: QSocketNotifier::QSocketNotifier(long long,
QSocketNotifier::Type, QObject*) (in
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5.12.3)
==3514==by 0x7FF2CFB: ??? (in
/usr/lib/x86_64-linux-gnu/libQt5DBus.so.5.12.3)
==3514==by 0xD1B71F1: _dbus_watch_list_set_functions (in
/lib/x86_64-linux-gnu/libdbus-1.so.3.19.4)
==3514==by 0xD19CE9E: dbus_connection_set_watch_functions (in
/lib/x86_64-linux-gnu/libdbus-1.so.3.19.4)
==3514==by 0x7FF5580: ??? (in
/usr/lib/x86_64-linux-gnu/libQt5DBus.so.5.12.3)
==3514==by 0x7FE7D61: ??? (in
/usr/lib/x86_64-linux-gnu/libQt5DBus.so.5.12.3)
==3514==by 0x85103E1: QObject::event(QEvent*) (in
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5.12.3)
==3514==by 0x84DFD00: QCoreApplication::notifyInternal2(QObject*,
QEvent*) (in /usr/lib/x86_64-linux-gnu/libQt5Core.so.5.12.3)
==3514==by 0x84E28D6:
QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) (in
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5.12.3)
==3514==by 0x853D792: ??? (in
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5.12.3)
==3514==
==3514== Invalid read of size 2
==3514==at 0x853CC5B: ??? (in
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5.12.3)
==3514==by 0xE308FE0: g_main_context_check (in
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0.5600.4)
==3514==by 0xE30956F: ??? (in
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0.5600.4)
==3514==by 0xE3096DB: g_main_context_iteration (in
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0.5600.4)
==3514==by 0x853CDAE:
QEventDispatcherGlib::processEvents(QFlags)
(in /usr/lib/x86_64-linux-gnu/libQt5Core.so.5.12.3)
==3514==by 0x84DE039:
QEventLoop::exec(QFlags) (in
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5.12.3)
==3514==by 0x83054C9: QThread::exec() (in
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5.12.3)
==3514==by 0x7FE6014: ??? (in
/usr/lib/x86_64-linux-gnu/libQt5DBus.so.5.12.3)
==3514==by 0x8306C71: ??? (in
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5.12.3)
==3514==by 0xC0456DA: start_thread (pthread_create.c:463)
==3514==by 0x8E3F88E: clone (clone.S:95)
==3514==  Address 0x136c60b6 is 6 bytes inside a block of size 16 free'd
==3514==at 0x4C3123B: operator delete(void*) (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==3514==by 0x851C3BB: QSocketNotifier::setEn

[okular] [Bug 410844] Okular segfault

2019-08-16 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=410844

--- Comment #6 from kristoffer.jus...@gmail.com ---
Ran it again in case it might produce different output

==3514== Memcheck, a memory error detector
==3514== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al.
==3514== Using Valgrind-3.13.0 and LibVEX; rerun with -h for copyright info
==3514== Command: okular bok.mobi
==3514==
==3514== Conditional jump or move depends on uninitialised value(s)
==3514==at 0x8EAD5D7: __wmemchr_avx2 (memchr-avx2.S:260)
==3514==by 0x8E085D8: internal_fnwmatch (fnmatch_loop.c:168)
==3514==by 0x8E0BA47: fnmatch@@GLIBC_2.2.5 (fnmatch.c:434)
==3514==by 0x286396D5: ??? (in
/usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
==3514==by 0x8DFE2F3: __scandir_tail (scandir-tail.c:54)
==3514==by 0x286399D7: ??? (in
/usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
==3514==by 0x28633C4F: ??? (in
/usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
==3514==by 0x28629A1C: ??? (in
/usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
==3514==by 0x286160AD: ??? (in
/usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
==3514==by 0x28611753: ??? (in
/usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
==3514==by 0x28611C8C: ??? (in
/usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
==3514==by 0x281B872B: ??? (in
/usr/lib/x86_64-linux-gnu/qt5/plugins/xcbglintegrations/libqxcb-glx-integration.so)
==3514==
==3514== Conditional jump or move depends on uninitialised value(s)
==3514==at 0x8EAD5F7: __wmemchr_avx2 (memchr-avx2.S:271)
==3514==by 0x8E085D8: internal_fnwmatch (fnmatch_loop.c:168)
==3514==by 0x8E0BA47: fnmatch@@GLIBC_2.2.5 (fnmatch.c:434)
==3514==by 0x29D1C835: ??? (in
/usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==3514==by 0x8DFE2F3: __scandir_tail (scandir-tail.c:54)
==3514==by 0x29D1CB37: ??? (in
/usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==3514==by 0x29D19FCF: ??? (in
/usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==3514==by 0x28629AF6: ??? (in
/usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
==3514==by 0x286160AD: ??? (in
/usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
==3514==by 0x28611753: ??? (in
/usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
==3514==by 0x28611C8C: ??? (in
/usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
==3514==by 0x281B872B: ??? (in
/usr/lib/x86_64-linux-gnu/qt5/plugins/xcbglintegrations/libqxcb-glx-integration.so)
==3514==
KCrash: crashing... crashRecursionCounter = 2
KCrash: Application Name = okular path = /usr/bin pid = 3514
KCrash: Arguments: /usr/bin/okular bok.mobi
KCrash: Attempting to start /usr/lib/x86_64-linux-gnu/libexec/drkonqi from
kdeinit
sock_file=/run/user/1000/kdeinit5__0

[1]+  Stopped valgrind okular bok.mobi

On Fri, Aug 16, 2019 at 12:21 PM Kristoffer Roheim Justad <
kristoffer.jus...@gmail.com> wrote:

> Hi, the full output:
>
> ==1959== Memcheck, a memory error detector
> ==1959== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al.
> ==1959== Using Valgrind-3.13.0 and LibVEX; rerun with -h for copyright info
> ==1959== Command: okular bok.mobi
> ==1959==
> ==1959== Conditional jump or move depends on uninitialised value(s)
> ==1959==at 0x8EAD5D7: __wmemchr_avx2 (memchr-avx2.S:260)
> ==1959==by 0x8E085D8: internal_fnwmatch (fnmatch_loop.c:168)
> ==1959==by 0x8E0BA47: fnmatch@@GLIBC_2.2.5 (fnmatch.c:434)
> ==1959==by 0x286396D5: ??? (in
> /usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
> ==1959==by 0x8DFE2F3: __scandir_tail (scandir-tail.c:54)
> ==1959==by 0x286399D7: ??? (in
> /usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
> ==1959==by 0x28633C4F: ??? (in
> /usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
> ==1959==by 0x28629A1C: ??? (in
> /usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
> ==1959==by 0x286160AD: ??? (in
> /usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
> ==1959==by 0x28611753: ??? (in
> /usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
> ==1959==by 0x28611C8C: ??? (in
> /usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
> ==1959==by 0x281B872B: ??? (in
> /usr/lib/x86_64-linux-gnu/qt5/plugins/xcbglintegrations/libqxcb-glx-integration.so)
> ==1959==
> ==1959== Conditional jump or move depends on uninitialised value(s)
> ==1959==at 0x8EAD5F7: __wmemchr_avx2 (memchr-avx2.S:271)
> ==1959==by 0x8E085D8: internal_fnwmatch (fnmatch_loop.c:168)
> ==1959==by 0x8E0BA47: fnmatch@@GLIBC_2.2.5 (fnmatch.c:434)
> ==1959==by 0x29D1C835: ??? (in
> /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
> ==1959==by 0x8DFE2F3: __scandir_tail (scandir-tail.c:54)
> ==1959==by 0x29D1CB37: ??? (in
> /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
> ==1959==by 0x29D19FCF: ??? (in
> /usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
> ==1959==by 0x28629AF6: ??? (in
> /usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
> ==1959==by 0x286160AD: ??? (in
> /usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
> ==1959==by 0x28611753: ??? (in
> /usr/lib/x86_64-lin

[okular] [Bug 410844] Okular segfault

2019-08-16 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=410844

--- Comment #5 from kristoffer.jus...@gmail.com ---
Hi, the full output:

==1959== Memcheck, a memory error detector
==1959== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al.
==1959== Using Valgrind-3.13.0 and LibVEX; rerun with -h for copyright info
==1959== Command: okular bok.mobi
==1959==
==1959== Conditional jump or move depends on uninitialised value(s)
==1959==at 0x8EAD5D7: __wmemchr_avx2 (memchr-avx2.S:260)
==1959==by 0x8E085D8: internal_fnwmatch (fnmatch_loop.c:168)
==1959==by 0x8E0BA47: fnmatch@@GLIBC_2.2.5 (fnmatch.c:434)
==1959==by 0x286396D5: ??? (in
/usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
==1959==by 0x8DFE2F3: __scandir_tail (scandir-tail.c:54)
==1959==by 0x286399D7: ??? (in
/usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
==1959==by 0x28633C4F: ??? (in
/usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
==1959==by 0x28629A1C: ??? (in
/usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
==1959==by 0x286160AD: ??? (in
/usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
==1959==by 0x28611753: ??? (in
/usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
==1959==by 0x28611C8C: ??? (in
/usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
==1959==by 0x281B872B: ??? (in
/usr/lib/x86_64-linux-gnu/qt5/plugins/xcbglintegrations/libqxcb-glx-integration.so)
==1959==
==1959== Conditional jump or move depends on uninitialised value(s)
==1959==at 0x8EAD5F7: __wmemchr_avx2 (memchr-avx2.S:271)
==1959==by 0x8E085D8: internal_fnwmatch (fnmatch_loop.c:168)
==1959==by 0x8E0BA47: fnmatch@@GLIBC_2.2.5 (fnmatch.c:434)
==1959==by 0x29D1C835: ??? (in
/usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==1959==by 0x8DFE2F3: __scandir_tail (scandir-tail.c:54)
==1959==by 0x29D1CB37: ??? (in
/usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==1959==by 0x29D19FCF: ??? (in
/usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==1959==by 0x28629AF6: ??? (in
/usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
==1959==by 0x286160AD: ??? (in
/usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
==1959==by 0x28611753: ??? (in
/usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
==1959==by 0x28611C8C: ??? (in
/usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
==1959==by 0x281B872B: ??? (in
/usr/lib/x86_64-linux-gnu/qt5/plugins/xcbglintegrations/libqxcb-glx-integration.so)
==1959==
KCrash: crashing... crashRecursionCounter = 2
KCrash: Application Name = okular path = /usr/bin pid = 1959
KCrash: Arguments: /usr/bin/okular bok.mobi
KCrash: Attempting to start /usr/lib/x86_64-linux-gnu/libexec/drkonqi from
kdeinit
sock_file=/run/user/1000/kdeinit5__0

[1]+  Stopped valgrind okular bok.mobi

On Thu, Aug 15, 2019 at 12:40 AM Albert Astals Cid 
wrote:

> https://bugs.kde.org/show_bug.cgi?id=410844
>
> --- Comment #4 from Albert Astals Cid  ---
> Can you give it some more time?
>
> valgrind makes things be much slower
>
> --
> You are receiving this mail because:
> You reported the bug.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 410844] Okular segfault

2019-08-14 Thread Albert Astals Cid
https://bugs.kde.org/show_bug.cgi?id=410844

--- Comment #4 from Albert Astals Cid  ---
Can you give it some more time?

valgrind makes things be much slower

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 410844] Okular segfault

2019-08-14 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=410844

--- Comment #3 from kristoffer.jus...@gmail.com ---
Hi, this is what I get until KDE announces the application froze and
proposed to terminate it, otherwise it just remains frozen indefinitely

BR Kristoffer

==2411== Memcheck, a memory error detector
==2411== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al.
==2411== Using Valgrind-3.13.0 and LibVEX; rerun with -h for copyright info
==2411== Command: okular bok.mobi
==2411==
==2411== Conditional jump or move depends on uninitialised value(s)
==2411==at 0x8EAD5D7: __wmemchr_avx2 (memchr-avx2.S:260)
==2411==by 0x8E085D8: internal_fnwmatch (fnmatch_loop.c:168)
==2411==by 0x8E0BA47: fnmatch@@GLIBC_2.2.5 (fnmatch.c:434)
==2411==by 0x286396D5: ??? (in
/usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
==2411==by 0x8DFE2F3: __scandir_tail (scandir-tail.c:54)
==2411==by 0x286399D7: ??? (in
/usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
==2411==by 0x28633C4F: ??? (in
/usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
==2411==by 0x28629A1C: ??? (in
/usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
==2411==by 0x286160AD: ??? (in
/usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
==2411==by 0x28611753: ??? (in
/usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
==2411==by 0x28611C8C: ??? (in
/usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
==2411==by 0x281B872B: ??? (in
/usr/lib/x86_64-linux-gnu/qt5/plugins/xcbglintegrations/libqxcb-glx-integration.so)
==2411==
==2411== Conditional jump or move depends on uninitialised value(s)
==2411==at 0x8EAD5F7: __wmemchr_avx2 (memchr-avx2.S:271)
==2411==by 0x8E085D8: internal_fnwmatch (fnmatch_loop.c:168)
==2411==by 0x8E0BA47: fnmatch@@GLIBC_2.2.5 (fnmatch.c:434)
==2411==by 0x29D1CAA5: ??? (in
/usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==2411==by 0x8DFE2F3: __scandir_tail (scandir-tail.c:54)
==2411==by 0x29D1CDA7: ??? (in
/usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==2411==by 0x29D1A23F: ??? (in
/usr/lib/x86_64-linux-gnu/dri/i965_dri.so)
==2411==by 0x28629AF6: ??? (in
/usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
==2411==by 0x286160AD: ??? (in
/usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
==2411==by 0x28611753: ??? (in
/usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
==2411==by 0x28611C8C: ??? (in
/usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0)
==2411==by 0x281B872B: ??? (in
/usr/lib/x86_64-linux-gnu/qt5/plugins/xcbglintegrations/libqxcb-glx-integration.so)
==2411==
Killed

On Tue, Aug 13, 2019 at 10:32 PM Albert Astals Cid 
wrote:

> https://bugs.kde.org/show_bug.cgi?id=410844
>
> --- Comment #2 from Albert Astals Cid  ---
> The file you sent works fine for me.
>
> Does it crash all the time for you?
>
> Can you run
>valgrind okular thefile.mobi
> and attach the output? install valgrind first if you don't have it ;)
>
> --
> You are receiving this mail because:
> You reported the bug.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 410844] Okular segfault

2019-08-13 Thread Albert Astals Cid
https://bugs.kde.org/show_bug.cgi?id=410844

--- Comment #2 from Albert Astals Cid  ---
The file you sent works fine for me.

Does it crash all the time for you?

Can you run
   valgrind okular thefile.mobi
and attach the output? install valgrind first if you don't have it ;)

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 410844] Okular segfault

2019-08-12 Thread Albert Astals Cid
https://bugs.kde.org/show_bug.cgi?id=410844

Albert Astals Cid  changed:

   What|Removed |Added

 CC||aa...@kde.org
 Resolution|--- |WAITINGFORINFO
 Status|REPORTED|NEEDSINFO

--- Comment #1 from Albert Astals Cid  ---
We're going to need the file

-- 
You are receiving this mail because:
You are the assignee for the bug.