Summary: | Plasma Seg Faults at startup | ||
---|---|---|---|
Product: | [Plasma] plasmashell | Reporter: | Ray <ray> |
Component: | general | Assignee: | David Edmundson <kde> |
Status: | RESOLVED WORKSFORME | ||
Severity: | crash | CC: | meven29, plasma-bugs |
Priority: | NOR | Keywords: | drkonqi |
Version: | 5.20.5 | ||
Target Milestone: | 1.0 | ||
Platform: | Compiled Sources | ||
OS: | FreeBSD | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Ray
2021-02-17 21:59:52 UTC
It seems you have a corrupted kactivity database. Try removing ~/.local/share/kactivitymanagerd/resources/database or moving it. It is the "recent apps" and "recents documents" database. Removing the file does not seem to help. Rebooting starting with a new
blank account does not work.
Any other suggestions? Thanks.
On 2/18/21 1:10 AM, Méven Car wrote:
> https://bugs.kde.org/show_bug.cgi?id=433120
>
> Méven Car <meven29@gmail.com> changed:
>
> What |Removed |Added
> ----------------------------------------------------------------------------
> CC| |meven29@gmail.com
>
> --- Comment #1 from Méven Car <meven29@gmail.com> ---
> It seems you have a corrupted kactivity database.
>
> Try removing ~/.local/share/kactivitymanagerd/resources/database or moving it.
> It is the "recent apps" and "recents documents" database.
>
(In reply to Ray from comment #2) > Removing the file does not seem to help. Rebooting starting with a new > blank account does not work. > > Any other suggestions? Thanks. > Not really, it seems the bug is in sqlite3 that crashes at an allocation stage. #7 0x0000000806164094 in sqlite3DbMallocRawNN (db=0x4b, n=32) at sqlite3.c:24518 #8 0x0000000806157c28 in sqlite3DbMallocRaw (db=0x4b, n=32) at sqlite3.c:24507 #9 0x000000080617f8da in sqlite3VdbeMemGrow (pMem=0x81f2883f8, n=32, bPreserve=1) at sqlite3.c:68897 #10 0x0000000806154037 in sqlite3VdbeMemMakeWriteable (pMem=0x81f2883f8) at sqlite3.c:68959 #11 0x000000080617fd98 in sqlite3VdbeMemTranslate (pMem=0x81f2883f8, desiredEnc=2 '\002') at sqlite3.c:26970 #12 0x000000080617fbdf in sqlite3VdbeChangeEncoding (pMem=0x81f2883f8, desiredEnc=2) at sqlite3.c:68861 #13 0x000000080617faec in valueToText (pVal=0x81f2883f8, enc=2 '\002') at sqlite3.c:69784 #14 0x0000000806153dd5 in sqlite3ValueText (pVal=0x81f2883f8, enc=2 '\002') at sqlite3.c:69827 #15 0x0000000806153e0a in sqlite3_value_text16 (pVal=0x81f2883f8) at sqlite3.c:75323 #16 0x000000081f31f367 in columnName (pStmt=0x819e11d08, N=3, useUtf16=1, useType=3) at sqlite3.c:84452 OK, Thank you. I'll wait for a newer version of sqlite3, or I'll revert
sqlite3 or I'll report the bug to the FreeBSD buglist. You can close the
ticket, thanks.
Stay Safe. Ray.
On 2/20/21 1:31 PM, Méven Car wrote:
> https://bugs.kde.org/show_bug.cgi?id=433120
>
> --- Comment #3 from Méven Car <meven29@gmail.com> ---
> (In reply to Ray from comment #2)
>> Removing the file does not seem to help. Rebooting starting with a new
>> blank account does not work.
>>
>> Any other suggestions? Thanks.
>>
>
> Not really, it seems the bug is in sqlite3 that crashes at an allocation stage.
>
> #7 0x0000000806164094 in sqlite3DbMallocRawNN (db=0x4b, n=32) at
> sqlite3.c:24518
> #8 0x0000000806157c28 in sqlite3DbMallocRaw (db=0x4b, n=32) at sqlite3.c:24507
> #9 0x000000080617f8da in sqlite3VdbeMemGrow (pMem=0x81f2883f8, n=32,
> bPreserve=1) at sqlite3.c:68897
> #10 0x0000000806154037 in sqlite3VdbeMemMakeWriteable (pMem=0x81f2883f8) at
> sqlite3.c:68959
> #11 0x000000080617fd98 in sqlite3VdbeMemTranslate (pMem=0x81f2883f8,
> desiredEnc=2 '\002') at sqlite3.c:26970
> #12 0x000000080617fbdf in sqlite3VdbeChangeEncoding (pMem=0x81f2883f8,
> desiredEnc=2) at sqlite3.c:68861
> #13 0x000000080617faec in valueToText (pVal=0x81f2883f8, enc=2 '\002') at
> sqlite3.c:69784
> #14 0x0000000806153dd5 in sqlite3ValueText (pVal=0x81f2883f8, enc=2 '\002') at
> sqlite3.c:69827
> #15 0x0000000806153e0a in sqlite3_value_text16 (pVal=0x81f2883f8) at
> sqlite3.c:75323
> #16 0x000000081f31f367 in columnName (pStmt=0x819e11d08, N=3, useUtf16=1,
> useType=3) at sqlite3.c:84452
>
|