Custom Query (122 matches)
Results (28 - 30 of 122)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#36 | fixed | 09-007 Anonymous versus real name | Michael Halloran | michelpons |
Description |
De: Michael Halloran [michaeljhalloran@…] Envoyé: Saturday, April 25, 2009 7:40 PM À: Michel Pons Cc: Ahsan Akhtar Objet: Re: Simulis Thermodynamics in Aspen Hysys 2004 Michel, You'll notice that the calls which use anonymous as the name are all on the ICapeUtilities Interface which is a separate logger in 1.08 after the refactoring. The problem is that this logger hasn't been told that the name of the unit has changed. Ahsan, there needs to be a mechanism to pass the name of the owning PMC to all aggregated loggers when the name is changed. It should be similar to SetLoggedComponent but it only needs to pass name. It needs to be called from put_PMCName. Could you investigate? Regards Michael =========================================================== De: Michel Pons [technologyofficer@…] Envoyé: Wednesday, April 15, 2009 10:28 AM À: 'Ahsan Akhtar' Cc: 'michaeljhalloran@…' Objet: FW: Simulis Thermodynamics in Aspen Hysys 2004 Pièces jointes: hysys_041009_170955.log Ahsan, I was not able to pinpoint which of the « old » issues this was related to. So please consider this as issue 09-007 till one knows better. Best regards Michel =============================================================== De: Michel Pons [technologyofficer@…] Envoyé: Friday, April 10, 2009 5:54 PM À: 'Michael Halloran' Cc: 'Ahsan Akhtar' Objet: RE: Simulis Thermodynamics in Aspen Hysys 2004 Pièces jointes: hysys_041009_170955.log Michael, Please find attached a log of a MatLabUO in Aspen Hysys v7.1 as logged with COLTT v1.08.02. I don’t see a difference between having MatLabUO logged and not logged. I get the same kind of errors displayed by Aspen Hysys. Still I am a bit bewildered by the fact that once Aspen Hysys has put CO-100 as component name, Unit <Anonymous> : Call to put_ComponentName Unit put_ComponentName puts: CO-100 Unit <CO-100> : Return from put_ComponentName - No Error I still get now and then <Anonymous> to be used as name for the UO: Unit <Anonymous> : Call to get_parameters Unit <Anonymous> : Return from get_parameters - No Error Unit <Anonymous> : Call to Edit Unit <Anonymous> : Return from Edit - No Error Amidst numerous entries using <CO-100> as the Unit name. I think this is an old issue though. Best regards Michel |
|||
#37 | fixed | Name returned by GetComponentName not showing | Michael Halloran | michelpons |
Description |
I am using the material that helped document Ticket#2. Examining the log (see attached) obtained with COLTT 1.08.4, I observe the following: PropertyPackage <Anonymous> : Call to ICapeIdentification.get_ComponentName PropertyPackage <Anonymous> : Return from ICapeIdentification.get_ComponentName - Succeeded I believe Aspen COMThermo does not return any name for the Property Package. But this does not show up. I would prefer having: PropertyPackage <Anonymous> : Call to ICapeIdentification.get_ComponentName PropertyPackage <Anonymous> : GetComponentList returns : PropertyPackage <Anonymous> : Return from ICapeIdentification.get_ComponentName - Succeeded Then it would be obvious why \"Anonymous\" is used all along. |
|||
#38 | fixed | get_ValStatus improperly logged | Michael Halloran | michelpons |
Description |
I am using the scenario used in Ticket#21. When analyzing the log obtained with COLTT 1.08.4 (proii_110609_112126), I see the following for the logging of a get_ValStatus call: Unit <CO1> : Call to get_ValStatus Unit <CO1> : Return from get_ValStatus - CAPE_NOT_VALIDATED This is not consistent with the logging of for example a call to get_Value: Parameter <Check> : Call to get_Value
Parameter <Check> : Return from get_Value - Succeeded I think the log of get_ValStatus should look like: Unit <CO1> : Call to get_ValStatus get_ValStatus returns CAPE_NOT_VALIDATED Unit <CO1> : Return from get_ValStatus - Succeeded |