https://bugs.kde.org/show_bug.cgi?id=430858

            Bug ID: 430858
           Summary: Digikam 7.1.0 crash Assert d in similaritydbaccess.cpp
                    line 105
           Product: digikam
           Version: 7.1.0
          Platform: OpenBSD Packages
                OS: OpenBSD
            Status: REPORTED
          Severity: crash
          Priority: NOR
         Component: general
          Assignee: digikam-bugs-n...@kde.org
          Reporter: i...@darwinsys.com
  Target Milestone: ---

Created attachment 134351
  --> https://bugs.kde.org/attachment.cgi?id=134351&action=edit
Digikam stack trace for Assert fail in similaritydbaccess.cpp

SUMMARY

Starting digikam with tens of thousands of images, during the initial "Sannind
Collections, Please wait" phase, after about 10,000 images (many of which have
both a JPG and a NEF), it crashes:

ASSERT: "d" in file
/usr/obj/ports/digikam-7.1.0/digikam-7.1.0/core/libs/database/similaritydb/similaritydbaccess.cpp,
line 105
Abort trap (core dumped) 


STEPS TO REPRODUCE
1. Run digikam
2. Wait
3. Examine core dump

OBSERVED RESULT

Core dump

EXPECTED RESULT

Digikam should show up with all the images


SOFTWARE/OS VERSIONS
OpenBSD 6.8 Current
Linux/KDE Plasma: 7.1.0
(available in About System)
KDE Plasma Version: 5.76.0
KDE Frameworks Version: 5.76.0
Qt Version: 5.13.2

ADDITIONAL INFORMATION

Others claim it works for them in a similar environment. I tried moving aside
the last directory it reported, so it occurs in a later directory.

A very quick look at the code shows that parameter 'd', which is supposed to be
the database, is passed as null, suggesting resource exhaustion, but that does
not seem to be the case here:

$ ulimit -a
time(cpu-seconds)    unlimited
file(blocks)         unlimited
coredump(blocks)     unlimited
data(kbytes)         4194304
stack(kbytes)        4096
lockedmem(kbytes)    5383068
memory(kbytes)       16137044
nofiles(descriptors) 6144
processes            256


$ ps axl|sed q
  UID   PID  PPID CPU PRI  NI   VSZ   RSS WCHAN   STAT   TT       TIME COMMAND
$ while :
> do ps axl|grep digikam
> sleep 30
> done
 1000 60845 60215   0   2   0 62352 125580 poll    S+     p1    0:27.77 digikam
 1000 96539 55460   0  28   0   864     8 -       R+p/0  p2    0:00.00 grep
digikam (ksh)
 1000 60845 60215   1   2   0 62848 126004 poll    R+/2   p1    0:45.87 digikam
 1000 70894 55460   0  -6   0   280  1344 piperd  S+p    p2    0:00.01 grep
digikam
 1000 60845 60215   1   2   0 63432 126744 poll    R+/0   p1    1:05.09 digikam
 1000  7566 55460   0  -6   0   292  1376 piperd  S+p    p2    0:00.01 grep
digikam
 1000 60845 60215   0   2   0 64016 127276 poll    R+/0   p1    1:24.16 digikam
 1000 86037 55460   0  -6   0   292  1368 piperd  S+p    p2    0:00.01 grep
digikam
 1000 60845 60215   0   2   0 64396 127744 poll    R+/0   p1    1:44.78 digikam
 1000 60845 60215   0   2   0 64728 128156 poll    S+     p1    2:02.81 digikam
 1000 79126 55460   0  28   0   112   372 -       R+/2   p2    0:00.00 grep
digikam
 1000 60845 60215   0   2   0 65148 128644 poll    S+     p1    2:21.85 digikam
 1000 92159 55460   0  -6   0   284  1348 piperd  S+p    p2    0:00.01 grep
digikam
 1000 67944 55460   0  -6   0   288  1360 piperd  S+p    p2    0:00.01 grep
digikam

Stacktrace attached.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to