매스 컴파일(Mass compile) 시, LabVIEW는 VI를 자동으로 열고 닫습니다. 이것은 다음을 수행합니다.
- 모든 subVI가 존재하는지 확인하고 메인 VI에 다시 연결합니다. LabVIEW가 VI를 검색할 필요가 없으므로 로딩 시간이 줄어듭니다.
- VI를 현재 LabVIEW 버전으로 업데이트합니다.
- VI가 올바르게 로드되지 못하게 하는 손상된 VI를 보고 합니다.
매스 컴파일을 수행하려면 다음을 수행하십시오.
- LabVIEW 6.0 이상 : 도구(Tools)>고급(Advanced)>매스 컴파일(Mass Compile) 을선택하십시오.
- LabVIEW 5.x 및 이전 버전 : 파일(File)>매스 컴파일(Mass Compile)을 선택하십시오.
- 컴파일 할 디렉터리에서 컴파일할 VI의 디렉터리를 선택하십시오.
- 로그 결과에서 로그 파일을 저장할 디렉터리를 선택하십시오.
- LabVIEW가 최상위 VI가 컴파일 될 때마다 로드 될 필요가 없도록 VI가 메모리에 유지되도록하려면 캐시 VI 확인란을 활성화하십시오. (권장되는 VI 수는 50과 80 사이입니다.)
- 매스 컴파일(Mass Compile)을 클릭하십시오.
Additional Information
매스 컴파일 로그(Mass Compile Log)이 로그는 문제가 있는 VI를 보고하기 때문에 업그레이드 프로세스에서 중요합니다. 원본 및 대상 버전 모두에서 코드를 대량으로 컴파일 한 후에는
상태 탭에서 매스 컴파일러의 로그를 검토하고 다음 메시지와 유사한 로드 경로 경고를 식별할 수 있습니다.
the VI expected to be at __ was loaded from __이 경고는 테스트 환경에서 새로운 연결을 알려줍니다. 모든 새로운 연결이 적절한지 확인하려면 이 경고를 검토하십시오. 다음과 같은 형식으로 오류가 나타날 수도 있습니다.
Could not load __ because __ in memory
이는 LabVIEW에서 디스크에 중복 이름이 있는 SubVI 때문에 잘못된 SubVI를 선택할 수 있는 진정한 크로스 링크 오류입니다. 교차 연결 문제에 대한 자세한 내용을 보려면
여기를 클릭하십시오.
로드 경로 경고는 일반적으로 업그레이드 시스템의 디렉터리 구조가 개발 시스템의 디렉터리 구조와 동일하지 않은 경우 로그 파일에 포함됩니다. 이동된 파일에 관한 메시지가 검토되고 수정되면, 다시 한 번 매스 컴파일하면 VI와의 비연결 문제가 나타납니다. 매스 컴파일 보고서에서 응용 프로그램에 존재하는 비정상 객체를 식별하려면 다음 문자열을 찾아야 합니다.
비정상 대상(Insane Object)
로그는 또한 이러한 정상이 아닌 객체가 매스 컴파일 루틴에 의해 수정되었는지를 나타냅니다. 또한 나쁜 VI를 찾기 위해 이 문자들을 찾으십시오 :
###
드문 경우이긴 하지만, 불안정한 VI로 작업할 때 매스 컴파일이 중단될 수 있습니다. 특정 VI가 로드되지 않고 저장될 때 LabVIEW를 손상시킬 수 있는 나쁜 상태에 있지 않는 한 매스 컴파일 충돌이 발생할 가능성은 거의 없습니다. 매스 컴파일이 중단되면 로그 파일에 충돌을 일으킨 파일이 표시됩니다. 이러한 파일을 찾아 열어 파일이 손상되지 않았는지 확인한 다음 다시 매스 컴파일하십시오. 매스 파일이 잘못된 파일로 인해 디렉터리에서 성공적으로 완료되지 않으면 이 파일을 폴더에서 제거해야 할 수도 있습니다.
매스 컴파일 로그 뷰어(Mass Compile Log Viewer)이 도구를 사용하면 매스 컴파일 로그를 빠르게 이해할 수 있습니다. 각 로그 항목에 대한 자세한 정보를 제공하는 사용자 친화적인 인터페이스를 제공하며 오류 중 일부를 해결하는 데 도움이 됩니다.
여기에서 도구를 다운로드할 수 있습니다.
강제 재 컴파일(Force Recompile)VI의 바이너리를 메모리에
강제 재 컴파일(Forcing a VI to Recompile) 하려면, <Ctrl-Shift>와 메인 VI의 실행 화살표를 누른 다음 VI를 저장하십시오. 메모리에서 VI를 바이너리로 다시 컴파일 한 후에는 아무 일도 일어나지 않는 것이 일반적이지만 많은 에러를 고칠 수 있습니다.