Reported by michelpons, 12 years ago.

I am investigating an issue that appeared initially when using an Aspen Properties Property Package out of version 7.3.2 from Aspen Plus in HTRI Xchanger Suite 6.0. I have transformed the scenario so that I am using COFE instead of XChanger. COFE crashes (with or without COLTT enabled on Aspen Properties Thermo System) when accessing the info on a compound. The document expliciting the scenario will be emailed separately. I am puzzled by the lack of info showing from the GetComponentConstant calls. For example:

PropertyPackage <Anonymous> : Call to GetComponentConstant requesting these constants :

iupacName

MaterialObject <Anonymous> : Call to get_ComponentIds

get_ComponentIds returns : ETHANOL WATER

MaterialObject <Anonymous> : Return from get_ComponentIds - Succeeded PropertyPackage <Anonymous> : GetComponentConstant returns

It looks like there is no return but I can't tell what is actually returned. At some point, when the property \"acentric factor\" is requested, COFE crashes. Can't tell why. I would appreciate if COLTT would show more. Don't know if it is possible.

Reported by michelpons, 12 years ago.

In the attached log filen within Calculate I know that the UO gets temperature, pressure, partial mass flowrates from the MO connected to the inlet Port and then sets the same properties on the MO connected to the outlet Port before flashing the MO on the outlet Port. But all SetProp/GetProp calls are mentioned as being made on an anonymous MO. Without the source code of the UO, it would be impossible to know on what the UO acts. Even if the MOs are not named by the PME, which is a pity, could COLTT discriminate between anonymous MOs and mention an Anonymous_1, Anonymous_2 so that one could better follow the sequence?

Reported by michelpons, 12 years ago.

I am using DWSIM in which the CAPE-OPEN C++ Sample mixer is connected to two inlet streams and one outlet stream. I am just opening the case then clicking on the icon representing the UO, then exiting from DWSIM WITHOUT saving the file when asked by DWSIM. It gives a rather short log file where the most surprising point is that, at the end of it, one sees a call by COLTT on IPersistStream.Save while there is no such call made by the PME on the UO. I wonder why such a call is made and succeeds.