JNI를 통해 Java에서 호출되는 네이티브 C DLL에서 사용중인 메모리를 어떻게 모니터합니까? 표준 Java 모니터링 도구 및 옵션을 사용하여 Java 메모리 공간을 볼 수는 있지만 C DLL에서 사용하는 메모리를 볼 수는 없습니다. 자바는 ~ 70MB를 사용하고 있지만 작업 관리자의 작업은 200Mb +를 보여 주며 가능한 경우 해당 130MB의 여분
저는 일반적으로 Windows 개발에서 작동하지 않으며 toolchain 및 빌드 시스템에 완전히 익숙하지 않습니다. 내 임베디드 제품에는 파일 시스템에 제 3 자의 일부 Windows DLL (파일 시스템을 마운트하는 Windows 시스템에서 사용되는)이 포함되어 있습니다. 나는이 DLL의 최신 릴리스가 이전 빌드와 비교하여 크기면에서 3 배가되고 더 이
알다시피, 나는 여기에 대한 좋은 대답을 보지 못했습니다. 기존 DLL을 컴파일 된 C# 실행 파일에 임베드하여 (배포 할 파일이 하나 뿐이므로) 가능합니까? 가능하다면 어떻게 할 것인가? 일반적으로 DLL을 외부에두고 설치 프로그램에서 모든 작업을 처리하는 것이 좋습니다. 그러나 직장에서 두 사람이 나에게이 사실을 알았고 솔직히 모르겠습니다.
DLL 내부에 작성된 CDialog를 열어야하는 응용 프로그램이 있습니다. 문제는 DLL 내부에서 DoModal()이 호출 될 때 프로그램이 "Debug Assertion Failed!"로 충돌한다는 것입니다. 누구나 CDialog를 어떻게 열 수 있습니까? 고맙습니다!
질적 인 질문이므로 "더 잘"따옴표로 묶습니다. 저는 2 년 전부터 COM DLL을 작성해 왔으며 최근에는 Typelib 개념을 사용하여 표준 DLL을 사용하고 성공적으로 사용했습니다. DLL + Typelib 대신 COM DLL을 사용해야하는 특별한 이유가 있습니까? DLL + Typelib을 사용하여 DCOM을 수행 할 수는 없지만 그 유일한 이유는 무
설치 관리자에서 내 COM 정보를 새로 고쳤더라도 InstallShield 설치 프로그램이 여러 COM DLL을 올바르게 등록하지 않는 것 같습니다. 설치 후 수동으로 regsvr32를 실행하면 모든 것이 정상입니다. 내가 설치 후, 나는 내가 믿는 무작위로 보이는 문자열을 포함하는 내 구성 요소에 대한 레지스트리에있는 InprocServer32 값을 가지