문제

를 마이그레이션이나 새로운 사용자 인터페이스로 관리/C#땅 나는 최근에는 일반적인 언어 런타임 지원(/clr)에 큰 기존 프로젝트,사용하는 MFC 공유 DLL 에서 및에 의존하고 다스에 대해 다른 프로젝트에 우리의 전반적인 솔루션입니다.이 프로젝트의 핵심은 우리의 응용 프로그램,그리고 드라이브는 모든 관리 UI 는 코드가 생산(따라서 전원을 켤 필요가 clr 지원 interop).

고정 후에는 수많은 niggly 오류와 경고,마지막으로 관리되는 응용 프로그램을 얻을 수 있을 컴파일하..그러나 응용 프로그램을 실행하는 원인 EETypeLoadException 와 나뭇잎 나를 디버깅할 수 없음...

을 파고가 발생하"시스템입니다.TypeLoadException:내부 제한:너무 많은 분야."발생하는 오른쪽 끝에서의 편집이다.다음 이 링크 는 제안 휴식을 어셈블리로 두 개 또는 더 dlls.그러나,이것은 가능한 경우에,제한으로는 레거시 코드는 기본적으로 그대로 남아 있습니다.

할 수 있는 좋아하는 다른 가능한 솔루션입니까?나는 정말에서 죽은 여기에 종료됩니다.

도움이 되었습니까?

해결책

확인 사용 끈 풀링 아래 옵션은 C/C++코드를 생성하는 것입니다.켜져 있습니다.

는 일반적으로 수정이 이 문제는 한 사람의"응?" MS 한 제한과 같은 64k 에 대한 제한 Excel 스프레드시트.만이 하나를 영향을 미치는 심볼의 수에 표시될 수 있는 어셈블리.

다른 팁

당신은 당신을 설정해야/clr 에 대한 전체 프로젝트가 있습니까?할 수 있는 대신 그것에 단지 작은 선택의 파일 전송을 가능하게 해주는 것은 매우 주의깊은 방법을 포함할 관리 코드가?저는 작품으로 큰 C++/MFC 응용 프로그램과 우리가 그것을 발견 매우 어려운 사용하 managed C++.I love C#다.NET 지만 managed C++되었지만 아무것도 없습니다.의 대부분은 우리의 문제가 일어났다.NET1.0/1.1...어쩌면 일이 있었습니다.

내가 이와 함께 매우 큰 혼합 모드(C#/C++)응용 프로그램의 세 번(3x)한 번 두기 위 해결 장소로 본 적이 없다는 오류 again.

그리고,어떤 경우이 약간 더 빠르게 실행 실행(아무것도할 수 있는 측정을,그러나입니다.)

하지만 동의해요 그것은 약간의 배포.내부 한계에서 기호를 사용하지 않았을 수 있는 문제,또는 경우에는 제한이 훨씬 더 높습니다.다음 MS 의 일부를 변경 loader 코드입니다.에 MSDN 고 그것에 대해으로 담보하고해 용어"오직 바보는 여러 기호에 하나의 어셈블리".

(는 하나의 이유가 더 이상 참여에 MSDN.)

라,색상을 나에게 바보 같지만,나는 생각하지 않아야를 변경해야 육체의 구조 내 응용 프로그램을 깨는 것으로 위성 Dll,단순히 주위에 얻는 사실을 로더기로 결정했다 10,001 기호가 1 이 너무 많습니다.

그리고 당신이 지적,우리가 종종 있지 않는 방법으로 제어 어셈블리/위성 Dll 을 구조,종류의 종속성을 그들이 포함되어 있습니다.

그러나 나는 당신이 생각하지 않을 볼 것이 다시 오류가,어떤 경우에도 빠지지 않았습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top