<div dir="ltr"><div><div><div><div><div>Thanks for rapid response...  Starting with digikam-5.6.0-01-x86-64.appimage I did with debug option<br><br></div>1. I created an empty directory (~sigge/digikam) for the db<br></div>2 Tried with the very first directory inside my gallery area, which contains a some 120 JPGs. <br><br></div>I then got to 85% of that directory, with the following output from GDB and digikam:<br><br>digikam.dimg: "/home/sigge/Dropbox/galleri/2011-2012-freddy/P1080855.JPG"  : JPEG file identified<br>digikam.database: Adding new item "/home/sigge/Dropbox/galleri/2011-2012-freddy/P1080855.JPG"<br>digikam.metaengine: DateTime => Exif.Photo.DateTimeOriginal =>  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 0 is outside of the data area; ignored.<br><br>digikam.dimg: "/home/sigge/Dropbox/galleri/2011-2012-freddy/P1080856.JPG"  : JPEG file identified<br>digikam.database: Adding new item "/home/sigge/Dropbox/galleri/2011-2012-freddy/P1080856.JPG"<br>digikam.metaengine: DateTime => Exif.Photo.DateTimeOriginal =>  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), 0x00007fffee1848bd in __cxa_throw ()<br>   from /usr/lib/x86_64-linux-gnu/libstdc++.so.6<br>(gdb) <br><br><br></div>I still have it running, so if you have suggestions for next step, I can continue!  <br><br></div>Sigge<br><div><div><br><div><div><br><br></div></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 6 June 2017 at 14:54, 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">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>
<span class="HOEnZb"><font color="#888888"><br>
Gilles Caulier<br>
</font></span><div class="HOEnZb"><div class="h5"><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 I've<br>
> made. digikam has been essential in weeding and curating the collection<br>
> (from about 100000 to 10000), and writing captions, applying 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 that<br>
> there are xmp files in the file system.  The collection is stored in a 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 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 16.04<br>
> LTS, and I decided to allow that. When doing that, I felt that it would 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 the<br>
> Net.<br>
> 3. I've compiled it from sources (been through all the cmake and 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 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 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 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 sqlite3<br>
> command line tool doesn't help.<br>
> It still tries to reread the collection and ends at the same item. If I move<br>
> this image outside the collection, remove the database files and start 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 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>
> 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" 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>
</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>