경계 검사기 („FinalCheck”)에 대 한 뭔가 컴파일 하려는 경우 경로에 nmcl.exe 필요 (예: C:프로그램 파일 (x86)일반 파일마이크로 포커스NMSharedCTI10.5) `API 통화 보고`, `COM 통화 보고`, `통화 유효성 검사` 및 `COM 개체 추적기`를 유지할 수 있습니다. 경계 검사기는 두 가지 다른 모드에서 실행될 수 있습니다: ActiveCheck, 있는 모든 응용 프로그램에 대해 작동 하거나 FinalCheck, 응용 프로그램에 추가 된 계측기를 사용 하 여 빌드 될 때. 메모리 누수 검색에만 관심이 있는 경우 더 나은 성능을 위해 `메모리 추적기` 페이지에서 `FinalCheck`, `가드 바이트`, `할당 채우기`, `사용 중 사용` 페이지를 비활성화할 수 있습니다. 치명적인 포옹 및 기타 잠금의 특정 종류를 감지 할 수 있습니다. BoundsChecker는 특수 모듈 (설정 / 모듈 및 파일)을 확인하지 않을 수있는 가능성을 제공하지만, 이것은 문제가 발생할 수 있으며 감지 된 오류가 없습니다. 누구든지 64 비트 네이티브 C ++/MFC 응용 프로그램을 지원하는 오픈 소스 또는 상용 대안을 추천 할 수 있습니까? 응용 프로그램을 시작하고 닫은 후에는 BoundsChecker 창의 `메모리 누수` 페이지에서 모든 메모리 누수를 조사할 수 있습니다. BoundsChecker는 Microsoft Visual C++를 사용하여 C++ 소프트웨어 개발에 사용되는 메모리 검사 및 API 호출 유효성 검사 도구입니다. 그것은 1990 년대 초에 NuMega에 의해 만들어졌습니다. 1997년 누메가컴퓨어가 인수했을 때, 바운스체커는 더 큰 툴 스위트인 데브파트너 스튜디오의 일부가 되었습니다. 마이크로 포커스는 2009년 컴푸웨어로부터 제품 라인을 인수했습니다. [1] 비교 도구는 정화를 포함, 보험 ++ 및 Valgrind. 이 질문을 개선하고 싶으십니까? 스택 오버플로에 대한 주제가 되도록 질문을 업데이트합니다. 버전 7.0.1 iFix 003부터, PurifyPlus는 Windows에서 64 비트 응용 프로그램 테스트를 지원합니다.

바인딩 검사기 버전 7.0 이상을 사용하는 것이 좋습니다. OpenOffice.org 프로젝트 sal에 자체 메모리 관리자를 가지고 있습니다. 이 빌드 ENVCFLAGS =-DFORCE_SYSALLOC 함께 sal/rtl/source/alloc_global.c를 빌드하여 비활성화해야 합니다. sal3.dll을 URE/bin 디렉토리에 복사합니다. iFix 003에 대한 자세한 내용은 다음 테크노트 IBM Rational PurifyPlus 용 Windows v7.0.1.0-003 OpenOffice.org 지속된 버전을 설치하고, 비제품 빌드는 완전한 스택 추적을 수신하는 것이 바람직하다. 포인터를 realloc 후 매달려로 표시하기 위해 `엄격한 재할당 의미 체계 적용`을 켜고 자세한 내용은 BoundsChecker 도움말을 참조하십시오. UCanCode 소프트웨어는 일반 응용 프로그램 소프트웨어 개발에 중점을 둡니다. 우리는 개발자를위한 완벽한 솔루션을 제공합니다. 간단한 데이터베이스 워크플로 응용 프로그램 또는 대규모 흐름/다이어그램 기반 시스템을 개발하려는 경우, 당사의 제품은 완벽한 솔루션을 제공합니다. 우리의 제품은 전 세계 최고 기업의 수백에 의해 사용되었다! `경계 검사기/설정…`을 통해 경계 검사기 구성 비주얼 스튜디오에서 또는 `프로그램 / 설정 …`을 통해 경계 검사기 응용 프로그램에서. 우리는 우리의 백로그를 따라 잡고 있다. 우리는 매우 늦게 VS2005 및 VS2008 지원 (BC 9.0, 가을 2008), 하지만 이 일이 여러 가지 이유가 있었다.

기적은 우리가 그것을 전혀 꺼냈다는 것입니다. 메모리 추적 및 API 유효성 검사를 모두 사용하도록 설정하면 여러 종류의 배열 및 버퍼 오버런 조건을 검색할 수 있습니다. 컴파일러 계측은 이 기능을 향상시킵니다. 이 기능은 제품이 원래 이름이 지정된 기능입니다. 그들의 보고를 언급 하지 않기 위하여, 또는 Insure ++에서 출력꽤 구식. 또한 런타임 성능 페널티는 끔찍했습니다. OpenOffice.org 빌드 환경은 FinalCheck를 사용하여 모듈계측에 대한 몇 가지 dmake 매개 변수를 제공합니다: 메모리 누수를 추적하는 데 도움이 되는 많은 도구가 있습니다. 디버그 힙, Windows용 합리적인 정화, 힙에이전트 및 기타 도구가 있습니다. 그러나 GDI 리소스 누수 추적에 도움이 되는 좋은 도구는 없습니다.

리소스 누수는 Windows 95 또는 Windows 98에서 시스템을 충돌시킬 수 있으며 모든 Windows 운영 체제에서 성능을 망칠 수 있습니다.