Bug 314386 - Digikam crashes on startup with large collections
Summary: Digikam crashes on startup with large collections
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Portability-Runtime (show other bugs)
Version: 2.8.0
Platform: Ubuntu Linux
: NOR critical
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-02-03 22:34 UTC by Luke
Modified: 2020-07-26 08:03 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In: 7.1.0


Attachments
gdb session (14.24 KB, text/plain)
2013-02-03 22:35 UTC, Luke
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Luke 2013-02-03 22:34:17 UTC
I have a large collection with ~1000 directories. When I start digikam, I usually see an error about opening too many files (I reported this bug already: #314385). To work around that issue, I run ulimit -n 2048 before running digikam. This seems to fix the previous problem, but reveals a different crash with this error message: "*** buffer overflow detected ***: digikam terminated". I will attach a backtrace with more information.



Reproducible: Always

Steps to Reproduce:
1. Start fresh: empty ~/Pictures, remove .kde/share/config/digikamrc
2. Create ~/Pictures with 1000 subdirs:
     for i in {1..1000}; do mkdir ~/Pictures/$i; done
3. Run 'ulimit -n 2048' 
4. Start digikam
Actual Results:  
Causes crash. If ~/Pictures contains only 100 subdirectories instead of 1000, then there is no crash.


gdb session attached.
Comment 1 Luke 2013-02-03 22:35:13 UTC
Created attachment 76890 [details]
gdb session
Comment 2 caulier.gilles 2013-02-04 06:25:46 UTC
In your gdb backtrace, there is no digiKam code. Please try to get a new backtrace more suitable to hack...

Gilles Caulier
Comment 3 Luke 2013-02-04 12:18:38 UTC
The backtrace is quite reproducible, so I'm not sure how to go about generating anything different. I presume the call to main() at the very last line comes from digikam. 

Given the relationship of this bug to #314385, perhaps it's best to close this one at least until the prior bug is resolved (since this might just disappear with it).
Comment 4 caulier.gilles 2017-07-19 04:21:26 UTC

*** This bug has been marked as a duplicate of bug 314385 ***
Comment 5 caulier.gilles 2020-07-26 08:03:14 UTC
Fixed with #314385