similar to: [Bug 98763] New: Lots of crashes of kontact /kmail5

Displaying 20 results from an estimated 100 matches similar to: "[Bug 98763] New: Lots of crashes of kontact /kmail5"

2017 Jan 05
1
[Bug 99282] New: KDE kontact crashes always
https://bugs.freedesktop.org/show_bug.cgi?id=99282 Bug ID: 99282 Summary: KDE kontact crashes always Product: Mesa Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: critical Priority: medium Component: Drivers/DRI/nouveau Assignee: nouveau at
2016 Oct 04
28
[Bug 98039] New: KMail crash on starting (nouveau-related)
https://bugs.freedesktop.org/show_bug.cgi?id=98039 Bug ID: 98039 Summary: KMail crash on starting (nouveau-related) Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: critical Priority: medium Component: Drivers/DRI/nouveau Assignee:
2018 Jul 12
4
[Bug 107210] New: Segment Fault while opening thunderbitf windows
https://bugs.freedesktop.org/show_bug.cgi?id=107210 Bug ID: 107210 Summary: Segment Fault while opening thunderbitf windows Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: critical Priority: medium Component: Driver/nouveau
2018 May 15
2
[Bug 106530] New: [Wayland+Nouveau] KDE Desktop crashed after login.
https://bugs.freedesktop.org/show_bug.cgi?id=106530 Bug ID: 106530 Summary: [Wayland+Nouveau] KDE Desktop crashed after login. Product: Mesa Version: 18.0 Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau Assignee: nouveau at
2017 Aug 21
20
[Bug 102349] New: nv4x crashing with plasmashell - gdb log included
https://bugs.freedesktop.org/show_bug.cgi?id=102349 Bug ID: 102349 Summary: nv4x crashing with plasmashell - gdb log included Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: blocker Priority: medium Component: Driver/nouveau
2010 Mar 10
2
[Bug 26992] New: Systemsettings crashes when I try to open desktop settings
http://bugs.freedesktop.org/show_bug.cgi?id=26992 Summary: Systemsettings crashes when I try to open desktop settings Product: xorg Version: 7.5 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo:
2012 Mar 14
13
[Bug 47306] New: segfault in nouveau_fence_update
https://bugs.freedesktop.org/show_bug.cgi?id=47306 Bug #: 47306 Summary: segfault in nouveau_fence_update Classification: Unclassified Product: xorg Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: blocker Priority: medium Component: Driver/nouveau
2007 Mar 21
1
KWD crashes
I got this whilst changing to the laptop theme. It happens both with changing to laptop and starting with it enabled. Starting program: /usr/bin/kde-window-decorator --sync --replace [Thread debugging using libthread_db enabled] [New Thread 46970607390640 (LWP 15227)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 46970607390640 (LWP 15227)] 0x00002ab82ff1365a in
2009 Jun 19
1
kde 4.3 beta 2, compiz 8.2 - panel pager doesn't work until plasma crash and restart
Listmates, Woking with compiz 8.2 on kde 4.3 beta 2 on Archlinux, the plasma "kicker" pager widget does not work correctly after compiz 8.2 is started. Before compiz is started you see the 4 small desktop representations stacked 2x2. After you start compiz, the panel only shows a single large pane 'Desktop 1' no matter what desktop you are on. The strange part is that
2018 Jan 06
2
LLVM EH tables much larger than GCC's
Hi, I'm investigating the size of Clang's generated binaries relative to GCC, when targeting Android, and I've noticed that Clang's exception tables are much larger -- the .ARM.extab section is about 2.5 times as large in two examples. I noticed a couple of differences between Clang and GCC: 1. *ULEB128 encoding.* In the call site table, GCC encodes offsets using a ULEB128
2013 Apr 05
0
[PATCHv2 1/2] Xen PV backend (for qemu-upstream-4.2-testing): Move call to bdrv_new from blk_init to blk_connect
This commit delays the point at which bdrv_new (and hence blk_open on the underlying device) is called from blk_init to blk_connect. This ensures that in an inbound live migrate, the block device is not opened until it has been closed at the other end. This is in preparation for supporting devices with open/close consistency without using O_DIRECT. This commit does NOT itself change O_DIRECT
2018 Jan 10
0
LLVM EH tables much larger than GCC's
On Fri, Jan 5, 2018 at 9:58 PM, Ryan Prichard via llvm-dev < llvm-dev at lists.llvm.org> wrote: > 2. *Termination landing pads.* > > Clang sometimes uses a landing pad that calls __clang_call_terminate to > terminate the program. GCC instead leaves a gap in the call site table, > and the personality routine calls std::terminate. For the 4MB > libQt5Core.so sample I'm
2011 Jun 27
1
[PATCH v3] xen_disk: cope with missing xenstore "params" node
From: Stefano Stabellini <stefano.stabellini@eu.citrix.com> When disk is a cdrom and the drive is empty the "params" node in xenstore might be missing completely: cope with it instead of segfaulting. Updated in v2: - actually removed the strchr(blkdev->params, '':'') that caused the segfault; - free all the allocated strings from xenstore before returning;
2011 Jun 24
2
[PATCH v2] xen_disk: cope with missing xenstore "params" node
From: Stefano Stabellini <stefano.stabellini@eu.citrix.com> When disk is a cdrom and the drive is empty the "params" node in xenstore might be missing completely: cope with it instead of segfaulting. Updated in v2: - actually removed the strchr(blkdev->params, '':'') that caused the segfault; - free all the allocated strings from xenstore before returning;
2018 Jan 11
1
LLVM EH tables much larger than GCC's
On Wed, Jan 10, 2018 at 5:21 AM, James Y Knight <jyknight at google.com> wrote: > > On Fri, Jan 5, 2018 at 9:58 PM, Ryan Prichard via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > >> 2. *Termination landing pads.* >> >> Clang sometimes uses a landing pad that calls __clang_call_terminate to >> terminate the program. GCC instead leaves a gap in
2011 Jun 24
9
[PATCH] xen_disk: cope with missing xenstore "params" node
From: Stefano Stabellini <stefano.stabellini@eu.citrix.com> When disk is a cdrom and the drive is empty the "params" node in xenstore might be missing completely: cope with it instead of segfaulting. Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com> --- hw/xen_disk.c | 16 +++++++++++----- 1 files changed, 11 insertions(+), 5 deletions(-) diff --git
2007 Jul 13
0
KWD crashes when opening OOo
Hello, KWD crashes almost regularly when trying to start OpenOffice.org. I've attached two output files from valgrind to this e-mail (as suggested by David Reveman in another mail 11.7): Use something like: valgrind --tool=memcheck kde-window-decorator .... I'm using Trevino's git version of Compiz in up-to-date Kubuntu Feisty system. Compiz version is
2020 May 07
2
libQt5Core.so ver 5.12
Hello, For the last few days, 'dnf upgrade' on my Centos 8 installation has been showing problems saying that it cannot install the best update candidates for packages (kf5-*) because nothing provides libQtCore.so.5(Qt_5.12). My system shows that it presently has libQtCore.so.5(Qt_5.11). I've been keeping the system up to date using the --nobest option in dnf. I could download
2020 May 07
1
libQt5Core.so ver 5.12
Hello, For the last few days, 'dnf upgrade' on my Centos 8 installation has been showing problems saying that it cannot install the best update candidates for packages (kf5-*) because nothing provides libQtCore.so.5(Qt_5.12). My system shows that it presently has libQtCore.so.5(Qt_5.11). I've been keeping the system up to date using the --nobest option in dnf. I could download
2020 Jan 30
6
[PATCH 1/2] Add support for openssl engine based keys
Engine keys are keys whose file format is understood by a specific engine rather than by openssl itself. Since these keys are file based, the pkcs11 interface isn't appropriate for them because they don't actually represent tokens. The current most useful engine for openssh keys are the TPM engines, which allow all private keys to be stored in a form only the TPM hardware can decode,