Custom Query (122 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (13 - 15 of 122)

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
Ticket Resolution Summary Owner Reporter
#104 fixed Version number of COLTT application not appearing in Add/Suppress programs michaelhalloran michelpons

Reported by michelpons, 13 years ago.

Description

Within the Add/Suppress view of all programs installed on a machine, the entry COLTT appears without a version number. For most commercial applications, a version number is present besides the name of the application: COMSOL 4.1, Microsoft Works 7.0, Process Modeling (HYSYS) V7.2, etc. It helps figuring the state of the machine.

#9 fixed Version number in COLTT program name ahsanakhtar michelpons

Reported by michelpons, 15 years ago.

Description

I have to install/uninstall a lot of times COLTT on my machines in order to perform tests. Nowadays, when opening the Add/Remove programs Windows facility, I get an entry called \"CAPE-OPEN Logging and Testing Tool\" that does not readily display the version number. I have to click on the link for technical support information in order to see the version number displayed. As with most other programs, I would welcome seeing the version number in the program name. That would slightly speed up my actions.

#46 fixed Unsufficient message content michaelhalloran michelpons

Reported by michelpons, 14 years ago.

Description

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?

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
Note: See TracQuery for help on using queries.