Custom Query (122 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (91 - 93 of 122)

Ticket Resolution Summary Owner Reporter
#15 fixed Return message from CheckEquilibriumSpec Michael Halloran michelpons

Reported by michelpons, 15 years ago.

Description

De: Michel Pons [technologyofficer@…] Envoyé: Friday, May 08, 2009 10:43 AM À: 'Ahsan Akhtar' Cc: 'Michael Halloran' Objet: COLTT 09-008 CheckEquilibriumSpec

Pièces jointes: hysys_050809_103340.log

Ahsan,

I transferred the modified COLoggersST.dll file to the VM hosting the 09-008 case and I reran it with logging enabled on the Thrm11PP.

I get now the attached log file but Aspen Hysys is still crashing.

For sure the log now shows:

PropertyPackage <Anonymous> : Call to CheckEquilibriumSpec

CheckEquilibriumSpec takes input arguments:

Specification1 Specification2 Solution Type

Property temperature pressure Unspecified Basis (null) (null) Phase Overall Overall CompoundId (null) (null)

MaterialObject <Anonymous> : Call to GetPresentPhases

Instead of:

PropertyPackage <Anonymous> : Call to CheckEquilibriumSpec

CheckEquilibriumSpec takes input arguments:

Specification1 Specification2 Solution Type

MaterialObject <Anonymous> : Call to GetPresentPhases

But for the return call, there is still:

CheckEquilibriumSpec returns:

Specification1 Specification2 Solution Type isSupported

PropertyPackage <Anonymous> : Return from CheckEquilibriumSpec - No Error

Aren’t the specifications and solution type meant to be rewritten in the log file at exit of CheckEquilibriumSpec? At least it was done so in COLTT v1.07:

CheckEquilibriumSpec returns: Specification1 Specification2 Solution Type isSupported

Property pressure enthalpy Unspecified True Basis (null) (null) Phase Overall Overall CompoundId (null) (null)

PropertyPackage <Thrm11PPack> : Return from CheckEquilibriumSpec - No Error

So if something has been resolved at calling time of CheckEquilibriumSpec, I think there is still an issue at exit.

Best regards

Michel ========================================================== De: Michel Pons [technologyofficer@…] Envoyé: Thursday, May 07, 2009 6:48 PM À: 'Ahsan Akhtar' Cc: 'Michael Halloran' Objet: RE: PCNow Session

Ahsan,

OK for a session tomorrow morning, May 8.

I have a virtual machine set up for COLTT issue 09-006 with VS2008 Express edition installed as well as TOTAL HDPEReactor and Aspen Plus 7.1. However I don’t know where to get the proper version of the 1.08.02 COLTT source code. Could you send me a link from which I could download the source code before the session takes place?

I have also virtual machines for issues 09-008 and 09-009.

Best regards

Michel =========================================================== De: Ahsan Akhtar [ahsan.akhtar@…] Envoyé: Thursday, May 07, 2009 10:59 AM À: 'Michel Pons' Objet: PCNow Session

Michel,

Is it possible for you to have a session tomorrow morning at 8.00 am Paris time?

I want to debug and fix the issue 09-006. I will need TOTAL HDPEReactor and Aspen Plus v7.1 components installed on the machine. I will also need VS2008 and COLTT source code on that machine.

I will also run 09-008 and 09-009 issues to check if these are fixed.

Best Regards

Ahsan ===================================================== De: Michel Pons [technologyofficer@…] Envoyé: Tuesday, April 21, 2009 12:10 PM À: 'Ahsan Akhtar' Cc: 'michaeljhalloran@…' Objet: ThrmPP11 in Aspen Hysys

Pièces jointes: hysys_042109_113225v1.07.log; hysys_042109_113929v10802.log

Ahsan,

While checking an issue with Aspen Hysys, I ran with COLTT v1.07 and COLTT v1.08.02 the following scenario and I got two different behaviours.

The scenario is quite simple. Open up Aspen Hysys v7.1, go for a new case. Then Add a FluidPkg. Choose COMThermo, then CAPE-OPEN 1.1 for vapor, CAPE-OPEN 1.1 for liquid. Select the Thrm11PP as Property package. Accept the selection. Then proceed with the Extended Property Package setup process.

Then leaves the part about choosing a Fluid Package. Aspen Hysys will scream because of some missing property for an hypothetical compound and will refuse to let you go to the Simulation Environment. That’s fine. You can exit from Aspen Hysys at that point.

Well you can with COLTT v1.07 enabled on the Property Package. The behaviour observed with COLTT v1.07 enabled is not different than without COLTT enabled. The situation is completely different with COLTT 1.08.02. Aspen Hysys crashes after the selection of the Property Package.

While with COLTT 1.07, the first CheckEquilibriumSpec call is logged as:

PropertyPackage <Thrm11PPack> : Call to CheckEquilibriumSpec

CheckEquilibriumSpec takes input arguments:

Specification1 Specification2 Solution Type

Property temperature pressure Unspecified Basis (null) (null) Phase Overall Overall CompoundId (null) (null)

The same in COLTT v1.08.02 displays:

PropertyPackage <Anonymous> : Call to CheckEquilibriumSpec

CheckEquilibriumSpec takes input arguments:

Specification1 Specification2 Solution Type

So the specifications do not appear. The two log files are attached. This is making use of version ThermoPack11-1_02 of the Thermo Pack. Don’t think it matters.

I intend to log that as issue 09-008 if you have no earlier reference of such an issue.

Best regards

Michel

#131 Not Reproducible Save called by COLTT not by PME michaelhalloran michelpons

Reported by michelpons, 12 years ago.

Description

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.

#32 fixed SetFontCellColor error Michael Halloran michelpons

Reported by michelpons, 14 years ago.

Description

With COLTT 1.08.3 Build Oct 27, 2009 enabled on GLCC UO in Aspen Hysys, I get at first the same error messages as with GLCC UO alone (related to array parameters) but then I have a stream of error messages about SetFontCellColor error that I don't get with GLCC alone. I obtain a log file (hysys_110309_150132.log attached as zip) but the behavior is wrong. Attached is also screenshots of the scenario played (MyScreenshots031109.zip) in a RTF file.

Note: See TracQuery for help on using queries.