<div dir="ltr"><div>That directory is JPG only, taken with an Olympus, no DNG<br></div><div>Exceptions I do understand. So close to java ;^)<br></div><div><br></div>GDB supports the exiv2 hypothesis, though. GDB claims the following <br><br>Thread 5 "Digikam::ScanCo" hit Catchpoint 1 (exception thrown), 0x00007fffee1848bd in __cxa_throw ()<br> from /usr/lib/x86_64-linux-gnu/libstdc++.so.6<br>(gdb) bt<br>#0 0x00007fffee1848bd in __cxa_throw () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6<br>#1 0x0000003455b53b15 in Exiv2::ImageFactory::open (path=..., useCurl=<optimized out>)<br> at /b/ext_exiv2/ext_exiv2-prefix/src/ext_exiv2/exiv2-trunk/src/image.cpp:848<br>#2 0x00007ffff6775c71 in Digikam::MetaEngine::load (this=this@entry=0x7fffd4063c60, filePath=...)<br> at /b/dktemp/digikam-master/core/libs/dmetadata/metaengine.cpp:281<br>#3 0x00007ffff67be5c6 in Digikam::DMetadata::load (this=this@entry=0x7fffd4063c60, filePath=...)<br> at /b/dktemp/digikam-master/core/libs/dmetadata/dmetadata.cpp:96<br>#4 0x00007fffee59a3fa in Digikam::ImageScanner::loadFromDisk (this=this@entry=0x7fffe13077e0)<br> at /b/dktemp/digikam-master/core/libs/database/item/imagescanner.cpp:1563<br>#5 0x00007fffee59a590 in Digikam::ImageScanner::newFile (this=this@entry=0x7fffe13077e0, albumId=2)<br> at /b/dktemp/digikam-master/core/libs/database/item/imagescanner.cpp:289<br>#6 0x00007fffee4dbb7e in Digikam::CollectionScanner::scanNewFile (this=this@entry=0x7fffe1307bf0, <br> info=..., albumId=2)<br> at /b/dktemp/digikam-master/core/libs/database/collection/collectionscanner.cpp:1283<br>#7 0x00007fffee4dd488 in Digikam::CollectionScanner::scanAlbum (this=this@entry=0x7fffe1307bf0, <br> location=..., album=...)<br> at /b/dktemp/digikam-master/core/libs/database/collection/collectionscanner.cpp:1106<br>#8 0x00007fffee4ddaf9 in Digikam::CollectionScanner::scanAlbumRoot (<br> this=this@entry=0x7fffe1307bf0, location=...)<br> at /b/dktemp/digikam-master/core/libs/database/collection/collectionscanner.cpp:835<br>#9 0x00007fffee4ddd26 in Digikam::CollectionScanner::completeScan (this=this@entry=0x7fffe1307bf0)<br> at /b/dktemp/digikam-master/core/libs/database/collection/collectionscanner.cpp:488<br>#10 0x00007ffff74f485e in Digikam::ScanController::run (this=<br> 0x7ffff7dd4da0 <_ZZN7Digikam12_GLOBAL__N_113Q_QGS_creator13innerFunctionEvE6holder>)<br> at /b/dktemp/digikam-master/core/libs/database/utils/scancontroller.cpp:708<br>#11 0x00000034890aef49 in ?? () from /tmp/.mount_sIj2qg/usr/lib/libQt5Core.so.5<br>#12 0x00007ffff5f1d6ba in start_thread (arg=0x7fffe1308700) at pthread_create.c:333<br>---Type <return> to continue, or q <return> to quit---<br>#13 0x00007fffed91582d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109<br>(gdb) <br><br></div><div class="gmail_extra"><br><div class="gmail_quote">On 6 June 2017 at 15:51, Gilles Caulier <span dir="ltr"><<a href="mailto:caulier.gilles@gmail.com" target="_blank">caulier.gilles@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Well it simple. digiKam is stopped in debugger due to a C++ exception.<br>
You get the GDB prompt and it wait a command to hack.<br>
<br>
Just enter "bt" for backtrace to catch the full backtrace, and<br>
especially where the program is stopped in source code.<br>
<br>
The notice is explained in details here :<br>
<br>
<a href="https://www.digikam.org/contribute/" rel="noreferrer" target="_blank">https://www.digikam.org/<wbr>contribute/</a><br>
<br>
Note : I'm 90% sure that you have a problem with Exiv2 with a DNG<br>
file... (:=)))...<br>
<span class="HOEnZb"><font color="#888888"><br>
Gilles Caulier<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
2017-06-06 15:43 GMT+02:00 Sigfrid Lundberg <<a href="mailto:sigfrid@sigfrid-lundberg.se">sigfrid@sigfrid-lundberg.se</a>>:<br>
> Thanks for rapid response... Starting with digikam-5.6.0-01-x86-64.<wbr>appimage<br>
> I did with debug option<br>
><br>
> 1. I created an empty directory (~sigge/digikam) for the db<br>
> 2 Tried with the very first directory inside my gallery area, which contains<br>
> a some 120 JPGs.<br>
><br>
> I then got to 85% of that directory, with the following output from GDB and<br>
> digikam:<br>
><br>
> digikam.dimg: "/home/sigge/Dropbox/galleri/<wbr>2011-2012-freddy/P1080855.JPG" :<br>
> JPEG file identified<br>
> digikam.database: Adding new item<br>
> "/home/sigge/Dropbox/galleri/<wbr>2011-2012-freddy/P1080855.JPG"<br>
> digikam.metaengine: DateTime => Exif.Photo.DateTimeOriginal =><br>
> QDateTime(2012-01-08 16:43:57.000 CET Qt::TimeSpec(LocalTime))<br>
> digikam.metaengine: DateTime (Exif digitalized): s�n jan. 8 16:43:57 2012<br>
> digikam.metaengine: Orientation => Exif.Image.Orientation => 8<br>
> digikam.database: Scanning took 10 ms<br>
> digikam.database: Finishing took 0 ms<br>
> digikam.metaengine: Exiv2 ( 2 ) : Directory OlympusCs, entry 0x0101: Strip<br>
> 0 is outside of the data area; ignored.<br>
><br>
> digikam.dimg: "/home/sigge/Dropbox/galleri/<wbr>2011-2012-freddy/P1080856.JPG" :<br>
> JPEG file identified<br>
> digikam.database: Adding new item<br>
> "/home/sigge/Dropbox/galleri/<wbr>2011-2012-freddy/P1080856.JPG"<br>
> digikam.metaengine: DateTime => Exif.Photo.DateTimeOriginal =><br>
> QDateTime(2012-01-08 16:44:02.000 CET Qt::TimeSpec(LocalTime))<br>
> digikam.metaengine: DateTime (Exif digitalized): s�n jan. 8 16:44:02 2012<br>
> digikam.metaengine: Orientation => Exif.Image.Orientation => 8<br>
> digikam.database: Scanning took 12 ms<br>
> digikam.database: Finishing took 0 ms<br>
> [Switching to Thread 0x7fffe1308700 (LWP 16323)]<br>
><br>
> Thread 5 "Digikam::ScanCo" hit Catchpoint 1 (exception thrown),<br>
> 0x00007fffee1848bd in __cxa_throw ()<br>
> from /usr/lib/x86_64-linux-gnu/<wbr>libstdc++.so.6<br>
> (gdb)<br>
><br>
><br>
> I still have it running, so if you have suggestions for next step, I can<br>
> continue!<br>
><br>
> Sigge<br>
><br>
><br>
><br>
><br>
> On 6 June 2017 at 14:54, Gilles Caulier <<a href="mailto:caulier.gilles@gmail.com">caulier.gilles@gmail.com</a>> wrote:<br>
>><br>
>> Hi,<br>
>><br>
>> I'm not sure if the DNG file identified is really the problem.<br>
>><br>
>> But it's clear that something is wrong with a file scanned to populate<br>
>> the database.<br>
>><br>
>> I suspect a problem with Exiv2, which is mostly used to scan image<br>
>> properties in background.<br>
>><br>
>> So the best way to identify the problem, especially the image file, is :<br>
>><br>
>> 1/ use only the last 5.6.0 pre-release AppImage from GDrive repository.<br>
>> 2/ start a clean instance of digiKam from scratch.<br>
>> 3/ Import step by step albums. Not all in one step.<br>
>> 4/ When the album containing the image freeze digiKam, share the datat<br>
>> somewhere on the web to test here in local.<br>
>><br>
>> Note : if there is a crash in the thread due to Exiv2, the crash will<br>
>> not close the application, but we can catch it to identify the<br>
>> problem. Run the AppImage from the console with the "debug" argument.<br>
>> This will run digiKam in GDB. Run AppImage with "help" argument for<br>
>> details.<br>
>><br>
>> Best<br>
>><br>
>> Gilles Caulier<br>
>><br>
>><br>
>><br>
>> 2017-06-06 14:44 GMT+02:00 Sigfrid Lundberg <<a href="mailto:sigfrid@sigfrid-lundberg.se">sigfrid@sigfrid-lundberg.se</a>>:<br>
>> ><br>
>> > Dear everybody,<br>
>> ><br>
>> > I'd like first say, warmly, thanks for an excellent product. I've been a<br>
>> > daily user since about 10 years.<br>
>> ><br>
>> > I've a collection of close to 10000 raw images *.DNG, *.ORF and *.RW2<br>
>> > formats. DNG is about 75% of these. I've kept about 10% of the photos<br>
>> > I've<br>
>> > made. digikam has been essential in weeding and curating the collection<br>
>> > (from about 100000 to 10000), and writing captions, applying<br>
>> > tags/keywords<br>
>> > and geo-tagging the all items.<br>
>> ><br>
>> > I've always ensured that data is written back to the exif header and<br>
>> > that<br>
>> > there are xmp files in the file system. The collection is stored in a<br>
>> > file<br>
>> > system which is also a part of my Dropbox area.<br>
>> > I've share the same collection over more than one computer, but then had<br>
>> > the<br>
>> > sqlite database files in directories outside Dropbox. Worked without<br>
>> > problem.<br>
>> ><br>
>> > A few nights ago, my computer wanted to go from Ubuntu 14.04 LTS to<br>
>> > 16.04<br>
>> > LTS, and I decided to allow that. When doing that, I felt that it would<br>
>> > be<br>
>> > time to go to digikam 5.5.0. It just didn't work.<br>
>> ><br>
>> > I've<br>
>> ><br>
>> > 1. Installed the appimage (5.5.0 and 5.6.0)<br>
>> > 2. Installed the digikam5 version for ubuntu according to tutorials on<br>
>> > the<br>
>> > Net.<br>
>> > 3. I've compiled it from sources (been through all the cmake and<br>
>> > dependency<br>
>> > manage stuff), and got executable binaries.<br>
>> ><br>
>> > finally I<br>
>> ><br>
>> > 4. Downgraded to digikam 4 again.<br>
>> ><br>
>> > Sorry, but it doesn't work. There is no difference in having the<br>
>> > database<br>
>> > files inside our outside the collections. Not even downgrading helped.<br>
>> ><br>
>> > What happens in all four cases is that digikam reads about 25% of the<br>
>> > collection, and then it sighs deeply, printing to STDOUT what I've added<br>
>> > below (seen people mentioning similar problems on mailing lists, but<br>
>> > I've<br>
>> > not found a clear answer).<br>
>> ><br>
>> > The raw image in question is perfectly readable:<br>
>> ><br>
>> > <a href="https://www.dropbox.com/s/zwh1seo5gced12b/R0011071.DNG?dl=0" rel="noreferrer" target="_blank">https://www.dropbox.com/s/<wbr>zwh1seo5gced12b/R0011071.DNG?<wbr>dl=0</a><br>
>> ><br>
>> > Apart from dropbox (which actually make the raw processing without<br>
>> > problems), I have successfully read this image using gimp and<br>
>> > rawtherapee,<br>
>> > so the file shouldn't be corrupt. After failing on that one, the process<br>
>> > won't recover. The corresponding xmp file is well formed according to<br>
>> > xmllint.<br>
>> ><br>
>> > Closing digikam, and doing dump and refresh of the database using<br>
>> > sqlite3<br>
>> > command line tool doesn't help.<br>
>> > It still tries to reread the collection and ends at the same item. If I<br>
>> > move<br>
>> > this image outside the collection, remove the database files and start<br>
>> > over<br>
>> > it ends the same way for some other item.<br>
>> ><br>
>> > Right now I'm desperate since my work-flow is gone.<br>
>> ><br>
>> > Any clue, anyone?<br>
>> ><br>
>> > Thanks in advance<br>
>> ><br>
>> > Sigfrid<br>
>> ><br>
>> ><br>
>> ><br>
>> ><br>
>> > digikam.metaengine: DateTime (Exif digitalized): tors dec. 22 20:37:23<br>
>> > 2011<br>
>> > digikam.metaengine: Orientation => Exif.Image.Orientation => 1<br>
>> > digikam.database: Scanning took 2 ms<br>
>> > digikam.database: Finishing took 0 ms<br>
>> > digikam.dimg: "/home/sigge/Dropbox/galleri/<wbr>201112-201112/R0011071.DNG"<br>
>> > :<br>
>> > RAW file identified<br>
>> > digikam.geoiface: ----<br>
>> > digikam.geoiface: ----<br>
>> > digikam.general: Using 4 CPU core to run threads<br>
>> > digikam.general: Stacked View Mode : 0<br>
>> > digikam.general: Action Thread run 1 new jobs<br>
>> > digikam.dbengine: Database is locked. Waited 0<br>
>> > digikam.geoiface: ----<br>
>> > digikam.dbengine: Database is locked. Waited 250<br>
>> > digikam.dbengine: Database is locked. Waited 500<br>
>> > digikam.dbengine: Database is locked. Waited 750<br>
>> ><br>
>> > ....<br>
>> ><br>
>> > digikam.dbengine: Database is locked. Waited 9500<br>
>> > digikam.dbengine: Database is locked. Waited 9750<br>
>> > digikam.dbengine: Database is locked. Waited 10000<br>
>> > digikam.dbengine: Detected locked database file. There is an active<br>
>> > transaction. Waited but giving up now.<br>
>> > digikam.dbengine: Failure executing query:<br>
>> > "SELECT id FROM Albums WHERE albumRoot=? AND relativePath=?;"<br>
>> > Error messages: "Unable to fetch row" "database table is locked: Albums"<br>
>> > 6 1<br>
>> > Bound values: (QVariant(int, 1), QVariant(QString, "/200708-200712"))<br>
>> > digikam.general: Data From DBJobsThread is null: true<br>
>> > digikam.general: Cancel Main Thread<br>
>> > digikam.general: One job is done<br>
>> > ^C<br>
>> ><br>
>> ><br>
>> ><br>
>> ><br>
>> > --<br>
>> > Sigfrid Lundberg, Ph.D., System developer<br>
>> > Lund, Sweden<br>
>> > <a href="http://sigfrid-lundberg.se/" rel="noreferrer" target="_blank">http://sigfrid-lundberg.se/</a><br>
><br>
><br>
><br>
><br>
> --<br>
> Sigfrid Lundberg, Ph.D., System developer<br>
> Lund, Sweden<br>
> <a href="http://sigfrid-lundberg.se/" rel="noreferrer" target="_blank">http://sigfrid-lundberg.se/</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Sigfrid Lundberg, Ph.D., System developer<br>Lund, Sweden<br><a href="http://sigfrid-lundberg.se/" target="_blank">http://sigfrid-lundberg.se/</a><br></div>
</div>