Hi
I wrote this post, but could then not post it, the page was for me a while not reachable.
I refer to this from Joe Austin:
https://www.photools.com/community/index.php?topic=4310.msg28923;topicseen#msg28923
Hi
Sorry, Joe, I want not hijacking your thread, but I post this, because I had just not the same like you.
In my case a lot of such E> but always this PTETWrapper.cpp(1977)
03.19 08:26:11+ 0 [11E8] 10 M> > 19 PTMetabaseTagManager::GetARGExcludes 'PTMetabaseTagManager.cpp(652)'
03.19 08:26:11+ 0 [11E8] 10 M> < 19 PTMetabaseTagManager::GetARGExcludes
03.19 08:26:11+ 31 [11E8] 00 E> ... 'PTETWrapper.cpp(1977)'
03.19 08:26:11+ 0 [11E8] 10 M> < 17 [889ms] PTETWrapper::ExtractInfo
03.19 08:26:11+ 0 [12DC] 10 M> < 18 [31ms] PTMetabaseTagManager::GetARGExcludes
03.19 08:26:11+ 0 [12DC] 00 E> ... 'PTETWrapper.cpp(1977)'
03.19 08:26:11+ 0 [12DC] 10 M> < 15 [889ms] PTETWrapper::ExtractInfo
03.19 08:26:11+ 0 [12DC] 10 M> < 14 [889ms] PTMetabase::ImportFiles
I attach also my log.
But I have to say, I did not recognise something special, in contrary, IMatch runs very smooth and stable since the last version!
Maybe your "problem" is the same like here, and maybe Mario can see more, if he has 2 logs.
[attachment deleted by admin]
Thanks. I will add more logging code. Crashes in this rare happen from time to time, e.g. when ET hits a corrupted file or the returned data is garbled. This usually does not harm because the file remains in the queue and is processed again automatically.
This is the reason why I'm reluctant to removing the exception handler. We would get DUMP files which would show me important info (probably) but IMatch would also shut-down more often when processing metadata. Not good.
If we get more log data for this in th next release, I may be able to identify the file and parameter combination causing this.