Jump to content

Leaderboard

Popular Content

Showing content with the highest reputation on 03/18/2014 in all areas

  1. All - thank you for the great replies! I think I was just saved from a serious potential error in judgement. I am now settled on changing my original attempt at a fixed price contract to a much simpler consulting by the hour approach. I have tried to offer a best estimate of the hours required but a large body of inherited software that is unfinished and untested has too many uncertainties for me to be held accountable.
    1 point
  2. Somehow I was able to get the result I wanted by the following procedure / magical ritual: Disconnected the typedef from the library. Saved ONLY the Enum .ctl file. Reopened the project, which now cannot find the .ctl file because it isn't part of the library as expected. Pointed LabVIEW to the exact same file location for the .ctl file. LabVIEW prompted me, warning me that there's a mismatch because the library was expecting the .ctl file to be part of the library, but the .ctl file wasn't expecting to be. Selected the option to resolve it in favor of disconnecting the .ctl from the library. Waited for the entire project to load, then checked the ~155 instances of the enum throughout the project. Found that none had been reset. Having to document every instance of the enum is sort of ridiculous. At that point, I think I'd rather use OpenG "select enum value by string name" primitive and implement Darin's "dare to dream" scenario. But that seems like it'd cause a ton of needless overhead...
    1 point
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.