Custom Query (122 matches)
Results (70 - 72 of 122)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#6 | fixed | InitNew call not logged | michaelhalloran | michelpons |
Description |
A defect had been raised a while ago with SimSci-Esscor about the fact that InitNew was not called by PRO/II on a a new CAPE-OPEN UO being inserted in a flowsheet. According to SimSci-Esscor secondary support, the bug LFPE#25122 (InitNew not called) got fixed and working fine. However the log I can make of a COUSCOUS UO in PRO/II 8.3 does not show InitNew being called (see proii_090909_194007.log). SimSci-Esscor thinks that COLLT is not reporting InitNew call when the persistence type is IPersistPropertyBag. They have tested the behavior with their internal CAPE-OPEN test units (COSESPersistB100.dll, COSESPersistC100.dll and COSESPersistD100.dll in zipped archive). The COLTT log file (proiid_PKM.log) shows that InitNew is called for persistence types IPersistStreamInit and IPersistStorage (they made their run with COLTT 1.07). However, the COLTT log file does not show the call to InitNew when the persistence type is IPersistPropertyBag. SimSci-Esscor has debugged the code and noticed that InitNew is called for IPersistPropertyBag also. So there is a good chance that COLTT has not implemented IPersistPropertyBag and that leads to an improper report on InitNew being called. |
|||
#7 | fixed | Call to ICapeUnit not supported in COLTT | michaelhalloran | michelpons |
Description |
With a tailored-made CAPE-OPEN Unit Operation in PRO/II I get a crash that may be already documented as a bug. Still what is puzzling me is the following line in the log: Unit <Anonymous> : Call to ICapeUnit not supported in COLTT How can this be? |
|||
#14 | fixed | Possible inconsistence in return messages from methods | michaelhalloran | michelpons |
Description |
I am using as PME-PMC combination UniSim Design (PME) and Simulis Thermodynamics (PMC). In the log obtained with COLTT 1.08.03 enabled on the Simulis Thermodynamics Thermo System, I find the following: PropertyPackage <Anonymous> : GetComponentList returns :
PropertyPackage <Anonymous> : Return from GetComponentList - Succeeded It is a pattern that mentions \"Succeeded\" on the line corresponding to the return from a method. But I find also: PropertyPackage <Anonymous> : Call to GetComponentConstant requesting these constants :
MaterialObject <Anonymous> : Call to get_ComponentIds
MaterialObject <Anonymous> : Return from get_ComponentIds - Succeeded PropertyPackage <Anonymous> : GetComponentConstant returns
The \"succeeded\" is not mentioned then. |