<div dir="ltr">if you catch C++ exception before to run digiKam in lldb (as under gdb), it's not better to see where application hand ?<div><br></div><div>Gilles Caulier<br><div><br></div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-08-20 21:45 GMT+02:00 Dirk Großkopf <span dir="ltr"><<a href="mailto:dirkg68@web.de" target="_blank">dirkg68@web.de</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">I know<div>I was looking for some log files but didn’t found anythings</div><div>well Using the OS/X debugger does not provide any suitable, because the app launcher simply launches another process and exists doesn’t it.</div><div><br></div><div>Here’s the console output</div><p style="margin:0px;font-size:11px;line-height:normal;font-family:Menlo"><span>mac-mini:~ dirkg$ lldb /opt/digikam/Applications/<wbr>digiKam/digikam.app/Contents/<wbr>MacOS/applet </span></p>
<p style="margin:0px;font-size:11px;line-height:normal;font-family:Menlo"><span>(lldb) target create "/opt/digikam/Applications/<wbr>digiKam/digikam.app/Contents/<wbr>MacOS/applet"</span></p>
<div><span style="color:rgb(169,169,169);font-family:Menlo;font-size:11px">Current executable set to '/opt/digikam/Applications/<wbr>digiKam/digikam.app/Contents/<wbr>MacOS/applet' (x86_64).</span></div><div><span style="color:rgb(169,169,169);font-family:Menlo;font-size:11px">(lldb) </span><span style="font-family:Menlo;font-size:11px">run</span></div><div>
<p style="margin:0px;font-size:11px;line-height:normal;font-family:Menlo"><span>Process 669 launched: '/opt/digikam/Applications/<wbr>digiKam/digikam.app/Contents/<wbr>MacOS/applet' (x86_64)</span></p>
<p style="margin:0px;font-size:11px;line-height:normal;font-family:Menlo"><span>Process 669 exited with status = 0 (0x00000000) </span></p><div><br></div></div><div>to be more precise:</div><div>digiKam scans the defined/configured picture folder on startup and creates the database</div><div>Then the boot logo occurs and then stalls at step 3: Reading the database and waits forever</div><div><br></div><div>BTW: there is no executable digicam in <span style="font-family:Menlo;font-size:11px">/opt/digikam/Applications/<wbr>digiKam/digikam.app/Contents/<wbr>MacOS/</span></div><div><span style="font-family:Menlo;font-size:11px"><br></span></div><div><span style="font-family:Menlo;font-size:11px">Regards Dirk</span></div><div><div class="h5"><div><div><blockquote type="cite"><div>Am 20.08.2016 um 21:06 schrieb Gilles Caulier <<a href="mailto:caulier.gilles@gmail.com" target="_blank">caulier.gilles@gmail.com</a>>:</div><br><div><div dir="ltr">Well these information are not very suitable.<div><br></div><div>What do you see as debug traces when you start digiKam from a terminal ? Look here for more details :</div><div><br></div><div><a href="https://www.digikam.org/contrib" target="_blank">https://www.digikam.org/<wbr>contrib</a><br></div><div><br></div><div>Gilles Caulier</div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-08-20 16:10 GMT+02:00 Dirk Großkopf <span dir="ltr"><<a href="mailto:dirkg68@web.de" target="_blank">dirkg68@web.de</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I'm experiencing the same issue on a fresh 5.1.0 install on OS/X 10.11.6<br>
<br>
First the collection is created by walking through the users Picture folder and then the digiKam boot screen/logo is displayed.<br>
<br>
OS/X complains that the process hangs and after killing the process the following report header is created:<br>
Date/Time:       2016-08-20 16:02:00 +0200<br>
OS Version:      Mac OS X 10.11.6 (Build 15G31)<br>
Architecture:    x86_64<br>
Report Version:  22<br>
<br>
Command:         digikam<br>
Path:            /opt/digikam/*/digikam.app/Con<wbr>tents/MacOS/digikam<br>
Version:         5.1.0 (5.1.0)<br>
Parent:          launchd [1]<br>
PID:             713<br>
<br>
Event:           hang<br>
Duration:        1.10s (process was unresponsive for 98 seconds before sampling)<br>
Steps:           11 (100ms sampling interval)<br>
<br>
Regards Dirk</blockquote></div><br></div>
</div></blockquote></div><br></div></div></div></div></blockquote></div><br></div>