Dear SDL Studio Support Team,
We are using Studio 2019 SR2 - 15.2.0.1041 and for a specific client we are using 10 local .sdltb (Multiterm) files for each language pair.
We noticed that after a translator worked on several projects spread over 6 different language pairs, when (s)he tries to open a new project containing a new language pair, Studio always fails to load some of the new TBs and in the the logs we find the dreaded
"Local login error was encountered. Exception: System.Runtime.InteropServices.COMException (0x80040222): MultiTerm is unable to retrieve the multimedia object."
This was a bit strange and seemed a bit random, so initially we blamed it on the usual culprits (strange chars in the termbase data and/or path, inexistent multimedia objects or the sudden need for reorganization) however after some checks it always turned out that the specific termbase files were valid and could be loaded without problems after Studio was restarted.
After some further investigation we noticed that, in the background, Studio keeps open all the termbases even if the projects into which they were loaded were completed and removed from the list long time ago. After some additional investigation (using Process Explorer) we were able to determine that the magic number is 64: if you already used 64 file based termbases, your "current" ratio is over and trying to open one more will always fail... so it is time to restart Studio and have a break
I would be very glad if somebody from the SDL team could help us with some answers to the questions below:
1. Is never unloading the once used termbases a known feature/bug of Studio 2019? If yes - is there any usable work-around to force Studio to unload the termbases without restarting?
2. Is the maximum number of open termbase files indeed limited to 64? Is there any config value (Multiterm / Microsoft Jet 4.0 / registry etc) we could change to increase this number?
Thanks,
Adrian
Translate
