.NET CLR InternalCall

有沒有辦法來承載.NET CLR運行時和註冊MethodImplOptions.InternalCall功能？（這不是一個關於P/Invoke的話題）.NET CLR InternalCall

SSCLI代碼（特別是clr \ src \ vm \ ecall.cpp）表明無法註冊InternalCall方法，因爲關鍵的gECClasses表是硬編碼的。

2009-08-23 07:51:10

實際的API與共享源版本不同嗎？ – jameszhao00 2009-08-23 07:57:58

他們肯定是，但如何..我只能建議解僱你的IDA和 - ？在其他一方面，SSCLI代碼公共符號 - 潛入'mscorwks.dll'。 – 2009-08-23 08:03:19

我見過很多人問在論壇上這個問題 - 他們要麼想打電話給在C++ DLL的東西，並認爲這可能是做到這一點，否則他們永遠不會說他們想要做什麼。答案無論如何都是「不」。出於興趣，你爲什麼想要這樣做？ – 2009-08-23 08:26:25

IMetaDataImport是你最好的選擇，但並不能真正證明這一點。這看起來像是C++/CLI的特定任務。

2009-08-23 06:13:40 arul

沒譜的方式，-1 – 2009-08-23 06:22:11

到底什麼是「沒譜的方式」在這裏？如果沒有辦法讓InternalCall使用COM api工作，P/Invoke不是一個選項，那麼C++/CLI是最好的（唯一的）方式來管理 - >非託管。 – arul 2009-08-23 06:36:37

InternalCall低於CLI的級別，因此C++/CLI。詹姆斯的問題是非常具體的，他想要什麼。 – 2009-08-23 07:45:07

回答