Reported by michelpons, 14 years ago.

In PRO/II 8.3 the items of the Port Collection of a Unit Operation has successively called starting at index 0 or index 1. Consequently, if the collection index starts at 1, a call to Item requesting Item 0 returns an error (0x80040501) when for example it is COUSCOUS PropertyTester UO that is used. The log file does not show any attempt by COLTT to interrogate any further the error handling methods of the Port Collection. I thought it was a general practice to do so however.

Reported by michelpons, 14 years ago.

I am using the GLCC UO in PRO/II 8.3 Patch 1. It relates to a case raised with SimSci-Esscor Support. I have a scenario that calls fro dropping the GLCC UO on the PRO/II flowsheet, to connect inlet and outlet ports, to edit the UO in order to choose the location for its output file, then to calculate the process model made of this UO. Examining the log made with COLTT, I see that get_Values calls on the integer parameters of the UO are at first looking good. Then, after the Edit call, the get_Values calls for integer parameters return a message \"An Invalid Argument\". What is not clear is who is sending this message and then what it means exactly. The only argument of such a call is the returned value. There is no error raised and no means for the call to pass a message. So my educated guess is that COLTT is posting the message but on what grounds. Plus, if it is indeed COLTT which is posting the message, it should be made obvious. Here, as it is posted, one may think that get_Value returns this message. Would it be possible to get more info on what is going on?

Reported by michelpons, 14 years ago.

I am using ChemSep Lite UO in COFE. The COFE flowsheet case will be provided as an attachment. I used this case to check how COLTT was behaving. My only minor concern is with the logging of Validate:

Unit <HPC> : Return from Validate - Succeeded, isValid=false

Message returned from Validate was: not all ports are connected Checking validation status after the call...

It seems to me that the message returned from Validate could be placed before :

Unit <HPC> : Return from Validate - Succeeded, isValid=false

Something like:

Validate returns : isValid : false Message : not all ports are connected Unit <HPC> : Return from Validate - Succeeded

I don't know from where:

Checking validation status after the call...

comes from. If it is an action taken by COLTT, there should be an appropriate way to mention that, oterwise there should be another way.