What is the "primary message table for module 77"?

2 次查看（过去 30 天）
Tonny Madsen
Tonny Madsen 2016-10-5
评论： Bo Li 2016-10-11
We use the engine interface to call functions in Matlab from Python. But every now and then we get the following message during engOpen, after which the application exists unconditionally:
Internal Error: A primary message table for module 77 was already registered with a differing collection of error messages.
Process exited with code 1
What exactly is going on here? Right my application exits consistently for R2016a!
A little background:
  • We open the engine multiple times from the application. We sometimes see some transient errors from Matlab, in which case, we close the engine and re-open it again. This works fine in our unit tests (where Matlab is opened via the engine API 15 times) and most of the time in the application.
  • We have seen this problem both in Matlab R2011b and R2016a (we have not used any on the intervenient releases) Right now we see the issue consistently on R2016a!

请先登录，再回答此问题。

采纳的回答

Bo Li
Bo Li 2016-10-5
You may try to create a dummy Engine object using engOpen and keep it alive until the end of the application. Meanwhile, you can use engOpen to create Engine repeatedly. The dummy Engine can avoid the issue of unloading/loading of related libraries.
The other solution is to consider MATLAB Engine API for Python:
http://www.mathworks.com/help/matlab/matlab-engine-for-python.html
  4 个评论
显示 2更早的评论
Tonny Madsen
Tonny Madsen 2016-10-6
The thing is that all Matlab engines you open with engOpen (and not engOpenSingleUse) share a global context - so global variables in one instance is identical to the global variables in another instance. Likewise for Java stuff and any loaded shared libraries (dll/so) as well as any open files.
And we when have a failing test and wish to repeat it, then we need to start a completely new and virgin Matlab instance, which should not have any of the java jars, shared libraries or files open...
We also have had a few cases where the test code have had infinite loops (by accident), so the call of engEvalString never returned. In this case, I have been able to open a new engine with engOpen, and then call engEvalString('exit;') in this new engine. And thus exited the original engine and have the original engEvalString return. Not very pretty, but it works and it saves me from repeating the complete set of tests (which takes 5-6 hours).
I have solved my problem with your solution though with a twist: the first engine is opened with engOpenSingleUse and the later are opened with engOpen. That seems to work.
Bo Li
Bo Li 2016-10-11
Yes, using engOpenSingleUse on Windows for the "dummy Engine" makes sense. On Linux, engOpen is enough as Engines cannot be shared.

请先登录，再进行评论。

更多回答（0 个）

类别

在 Help Center 和 File Exchange 中查找有关 Call MATLAB from Python 的更多信息

标签

Community Treasure Hunt

Find the treasures in MATLAB Central and discover how the community can help you!

Start Hunting!

Translated by