Community Tip - Visit the PTCooler (the community lounge) to get to know your fellow community members and check out some of Dale's Friday Humor posts! X
Hi all,
Creo API had replaced the old PRO_E_MFG_PARAMVAL element which was a child of PRO_MFG_PARAM element with the new PRO_E_MFG_PARAM_COMPOUND element with children:
PRO_E_MFG_PARAM_COMPOUND
|__PRO_E_MFG_PRM_NAME
|__PRO_E_MFG_PRM_VAL_DBL
|__PRO_E_MFG_PRM_VAL_STR
|__PRO_E_MFG_PRM_ATTR
The problem is that in old PRO_E_MFG_PARAMVAL the value type could be acquired via ProElementValuetypeGet but with the API changes we could get values from either child element. One could only guess that if PRO_E_MFG_PRM_VAL_STR had returned a null pointer then the value type must be double...
TIA.
( I had placed a tech support call, but no answer so far...)
Feliks.
Solved! Go to Solution.
Hi all,
Tech Support had confirmed an API gap. It will be addressed with Creo 4.0 or later... Meanwhile one should use the NULL value of the string element as the test for a type of double and non NULL value of the string element for a type of wchar_t*.
Feliks.
Hi all,
Tech Support had confirmed an API gap. It will be addressed with Creo 4.0 or later... Meanwhile one should use the NULL value of the string element as the test for a type of double and non NULL value of the string element for a type of wchar_t*.
Feliks.