COFE collapses when using CoUninitialize in destruction

[bcbooo]

[jasper]

There are two things of your mail rather unclear to me:

1) why would a PMC call CoInitialize and CoUninitialize? I presume your unit operation is a CAPE-OPEN COM object, so the COM initialization is already done by the PME that created your unit operation. What is your point of re-initializing COM?

2) why would a unit operation create an object that implements ICapeThermoCompounds?

[jasper]

To answer your question about the second CoCreateInstance: by default COFE does not solve in the main thread. It solves in a background thread. As COFE uses the apartment threaded model, it cannot use the unit operations from the main thread in the solution thread. Therefore, it saves the one in the main thread, creates a new one in the solution thread, and restores it from the saved one. Now there are two copies; one in the main thread and one in the solution thread.

You can turn this off (in preferences you can untick the box to use a separate thread for solutions) but now solving is done in the main thread, which makes the application respond less. More-over, this is the calling pattern to be expected in any multi-threaded CAPE-OPEN application. See here for more info:

[bcbooo]

[jasper]

Is tc a shared resource (e.g. a global variable, or a static variable)? How is it declared?

If there is only one copy of tc I would expect things to go wrong indeed.

[bcbooo]

[jasper]

Why do you not make it a class variable?

[jasper]

Alternatively, is this is an object to be shared by multiple unit operations, keep a reference count on it. Delete it when the last unit operation is deleted.

But this will surely give you thread safety problems. Suppose you have two threads that each have a unit operation, and that are calculating at the same time; they will be accessing the tc object simultaneously. You would need to synchronize access to this object.

[bcbooo]

tc is not shared by multiple Unit Operations, but shared by many functions in different classes. In my application tc is used to get some public data.

Now my strategy is not to call "tc=NULL" in destruction.

[jasper]

This will not resolve your conflict regarding tc being used by two different unit operations. I suggest you make tc a member variable of the unit operation class.