Почему поиск инициализатора типа вызывает исключение NullReferenceException?
это поставило меня в тупик. Я пытался оптимизировать некоторые тесты для времени Noda, где у нас есть проверка инициализатора типа. Я думал, что узнаю, есть ли тип и инициализатор типа (статический конструктор или статические переменные с инициализаторами) перед загрузкой всего в новый AppDomain. К моему удивлению, небольшой тест на это бросил NullReferenceException - несмотря на отсутствие нулевых значений в мой код. Это только выдает исключение, когда скомпилирован без отладочной информации.
вот короткая, но полная программа для демонстрации проблемы:
using System;
class Test
{
static Test() {}
static void Main()
{
var cctor = typeof(Test).TypeInitializer;
Console.WriteLine("Got initializer? {0}", cctor != null);
}
}
и расшифровка компиляции и вывода:
c:UsersJonTest>csc Test.cs
Microsoft (R) Visual C# Compiler version 4.0.30319.17626
for Microsoft (R) .NET Framework 4.5
Copyright (C) Microsoft Corporation. All rights reserved.
c:UsersJonTest>test
Unhandled Exception: System.NullReferenceException: Object reference not set to
an instance of an object.
at System.RuntimeType.GetConstructorImpl(BindingFlags bindingAttr, Binder bin
der, CallingConventions callConvention, Type[] types, ParameterModifier[] modifi
ers)
at Test.Main()
c:UsersJonTest>csc /debug+ Test.cs
Microsoft (R) Visual C# Compiler version 4.0.30319.17626
for Microsoft (R) .NET Framework 4.5
Copyright (C) Microsoft Corporation. All rights reserved.
c:UsersJonTest>test
Got initializer? True
теперь вы заметите, что я использую .NET 4.5 (release candidate) - который мая здесь уместна. Это несколько сложно для меня, чтобы проверить его с различными другими оригинальными фреймворками (в частности, "vanilla" .NET 4), но если кто-то еще имеет легкий доступ к машинам с другие рамки, я был бы заинтересован в результатах.
дополнительная информация:
- я на машине x64, но эта проблема возникает как с x86, так и с x64 сборками
- это "отладка"вызов код, который имеет значение - хотя в тестовом случае выше он тестирует его на своей собственной сборке, когда я попробовал это против времени Noda, мне не пришлось перекомпилировать
NodaTime.dllчтобы увидеть различия - простоTest.csв котором упоминается к нему. - запуск" сломанной " сборки на Mono 2.10.8 не бросить
какие идеи? Ошибка фреймворка?
EDIT: все любопытнее и любопытнее. Если вы достанете Console.WriteLine звоните:
using System;
class Test
{
static Test() {}
static void Main()
{
var cctor = typeof(Test).TypeInitializer;
}
}
сейчас только сбой при компиляции с csc /o- /debug-. Если вы включите оптимизацию, (/o+) она работает. Но если вы включите Console.WriteLine вызов согласно оригиналу, обе версии потерпят неудачу.
2 ответов:
С
csc test.cs:(196c.1874): Access violation - code c0000005 (first chance) mscorlib_ni!System.RuntimeType.GetConstructorImpl(System.Reflection.BindingFlags, System.Reflection.Binder, System.Reflection.CallingConventions, System.Type[], System.Reflection.ParameterModifier[])+0xa3: 000007fe`e5735403 488b4608 mov rax,qword ptr [rsi+8] ds:00000000`00000008=????????????????пытается загрузить из
[rsi+8], когда@rsiимеет значение null. Давайте проверим функцию:0:000> ln 000007fe`e5735403 (000007fe`e5735360) mscorlib_ni!System.RuntimeType.GetConstructorImpl(System.Reflection.BindingFlags, System.Reflection.Binder, System.Reflection.CallingConventions, System.Type[], System.Reflection.ParameterModifier[])+0xa3 0:000> uf 000007fe`e5735360 Flow analysis was incomplete, some code may be missing mscorlib_ni!System.RuntimeType.GetConstructorImpl(System.Reflection.BindingFlags, System.Reflection.Binder, System.Reflection.CallingConventions, System.Type[], System.Reflection.ParameterModifier[]): 000007fe`e5735360 53 push rbx 000007fe`e5735361 55 push rbp 000007fe`e5735362 56 push rsi 000007fe`e5735363 57 push rdi 000007fe`e5735364 4154 push r12 000007fe`e5735366 4883ec30 sub rsp,30h 000007fe`e573536a 498bf8 mov rdi,r8 000007fe`e573536d 8bea mov ebp,edx 000007fe`e573536f 48c744242800000000 mov qword ptr [rsp+28h],0 000007fe`e5735378 488bb42480000000 mov rsi,qword ptr [rsp+80h] 000007fe`e5735380 4889742420 mov qword ptr [rsp+20h],rsi 000007fe`e5735385 41b903000000 mov r9d,3 ... mscorlib_ni!System.RuntimeType.GetConstructorImpl(System.Reflection.BindingFlags, System.Reflection.Binder, System.Reflection.CallingConventions, System.Type[], System.Reflection.ParameterModifier[])+0x97: 000007fe`e57353f7 488b4b08 mov rcx,qword ptr [rbx+8] 000007fe`e57353fb 85c9 test ecx,ecx 000007fe`e57353fd 0f848e000000 je mscorlib_ni!System.RuntimeType.GetConstructorImpl(System.Reflection.BindingFlags, System.Reflection.Binder, System.Reflection.CallingConventions, System.Type[], System.Reflection.ParameterModifier[])+0x131 (000007fe`e5735491) mscorlib_ni!System.RuntimeType.GetConstructorImpl(System.Reflection.BindingFlags, System.Reflection.Binder, System.Reflection.CallingConventions, System.Type[], System.Reflection.ParameterModifier[])+0xa3: 000007fe`e5735403 488b4608 mov rax,qword ptr [rsi+8] 000007fe`e5735407 85c0 test eax,eax 000007fe`e5735409 7545 jne mscorlib_ni!System.RuntimeType.GetConstructorImpl(System.Reflection.BindingFlags, System.Reflection.Binder, System.Reflection.CallingConventions, System.Type[], System.Reflection.ParameterModifier[])+0xf0 (000007fe`e5735450) ...
@rsiзагружается в начале от[rsp+20h]поэтому он должен быть принят абонентом. Давайте посмотрим на вызывающего абонента:0:000> k3 Child-SP RetAddr Call Site 00000000`001fec70 000007fe`8d450110 mscorlib_ni!System.RuntimeType.GetConstructorImpl(System.Reflection.BindingFlags, System.Reflection.Binder, System.Reflection.CallingConventions, System.Type[], System.Reflection.ParameterModifier[])+0xa3 00000000`001fecd0 000007fe`ecb6e073 image00000000_01120000!Test.Main()+0x60 00000000`001fed20 000007fe`ecb6dcb2 clr!CoUninitializeEE+0x7ae1f 0:000> ln 000007fe`8d450110 (000007fe`8d4500b0) image00000000_01120000!Test.Main()+0x60 0:000> uf 000007fe`8d4500b0 image00000000_01120000!Test.Main(): 000007fe`8d4500b0 53 push rbx 000007fe`8d4500b1 4883ec40 sub rsp,40h 000007fe`8d4500b5 e8a69ba658 call mscorlib_ni!System.Console.get_In() (000007fe`e5eb9c60) 000007fe`8d4500ba 4c8bd8 mov r11,rax 000007fe`8d4500bd 498b03 mov rax,qword ptr [r11] 000007fe`8d4500c0 488b5048 mov rdx,qword ptr [rax+48h] 000007fe`8d4500c4 498bcb mov rcx,r11 000007fe`8d4500c7 ff5238 call qword ptr [rdx+38h] 000007fe`8d4500ca 488d0d7737eeff lea rcx,[000007fe`8d333848] 000007fe`8d4500d1 e88acb715f call clr!CoUninitializeEE+0x79a0c (000007fe`ecb6cc60) 000007fe`8d4500d6 4c8bd8 mov r11,rax 000007fe`8d4500d9 48b92012531200000000 mov rcx,12531220h 000007fe`8d4500e3 488b09 mov rcx,qword ptr [rcx] 000007fe`8d4500e6 498b03 mov rax,qword ptr [r11] 000007fe`8d4500e9 4c8b5068 mov r10,qword ptr [rax+68h] 000007fe`8d4500ed 48c744242800000000 mov qword ptr [rsp+28h],0 000007fe`8d4500f6 48894c2420 mov qword ptr [rsp+20h],rcx 000007fe`8d4500fb 41b903000000 mov r9d,3 000007fe`8d450101 4533c0 xor r8d,r8d 000007fe`8d450104 ba38000000 mov edx,38h 000007fe`8d450109 498bcb mov rcx,r11 000007fe`8d45010c 41ff5228 call qword ptr [r10+28h] 000007fe`8d450110 48bb1032531200000000 mov rbx,12533210h 000007fe`8d45011a 488b1b mov rbx,qword ptr [rbx] 000007fe`8d45011d 33d2 xor edx,edx 000007fe`8d45011f 488bc8 mov rcx,rax 000007fe`8d450122 e829452e58 call mscorlib_ni!System.Reflection.ConstructorInfo.op_Equality(System.Reflection.ConstructorInfo, System.Reflection.ConstructorInfo) (000007fe`e5734650) 000007fe`8d450127 0fb6c8 movzx ecx,al 000007fe`8d45012a 33c0 xor eax,eax 000007fe`8d45012c 85c9 test ecx,ecx 000007fe`8d45012e 0f94c0 sete al 000007fe`8d450131 0fb6c8 movzx ecx,al 000007fe`8d450134 894c2430 mov dword ptr [rsp+30h],ecx 000007fe`8d450138 488d542430 lea rdx,[rsp+30h] 000007fe`8d45013d 488d0d24224958 lea rcx,[mscorlib_ni+0x682368 (000007fe`e58e2368)] 000007fe`8d450144 e807246a5f call clr+0x2550 (000007fe`ecaf2550) 000007fe`8d450149 488bd0 mov rdx,rax 000007fe`8d45014c 488bcb mov rcx,rbx 000007fe`8d45014f e81cab2758 call mscorlib_ni!System.Console.WriteLine(System.String, System.Object) (000007fe`e56cac70) 000007fe`8d450154 90 nop 000007fe`8d450155 4883c440 add rsp,40h 000007fe`8d450159 5b pop rbx 000007fe`8d45015a c3 ret(мой разбирать показывает
System.Console.get_Inпотому что я добавилConsole.GetLine()в тесте.cs, чтобы иметь возможность взломать отладчик. Я проверил, что это не меняет поведение).мы в этом звоните:
000007fe8d45010c 41ff5228 call qword ptr [r10+28h](наш адрес ret рамки AV инструкция сразу после этогоcall).давайте сравним это с тем, что происходит при компиляции
csc /debug test.cs. Мы можем установитьbp 000007fee5735360, к счастью, модуль загружается по тому же адресу. По инструкции, которая загружает@rsi:0:000> r rax=000007fee58e2f30 rbx=00000000027c6258 rcx=00000000027c6258 rdx=0000000000000038 rsi=00000000002debd8 rdi=0000000000000000 rip=000007fee5735378 rsp=00000000002de990 rbp=0000000000000038 r8=0000000000000000 r9=0000000000000003 r10=000007fee58831c8 r11=00000000002de9c0 r12=0000000000000000 r13=00000000002dedc0 r14=00000000002dec58 r15=0000000000000004 iopl=0 nv up ei pl nz na po nc cs=0033 ss=002b ds=002b es=002b fs=0053 gs=002b efl=00000206 mscorlib_ni!System.RuntimeType.GetConstructorImpl(System.Reflection.BindingFlags, System.Reflection.Binder, System.Reflection.CallingConventions, System.Type[], System.Reflection.ParameterModifier[])+0x18: 000007fe`e5735378 488bb42480000000 mov rsi,qword ptr [rsp+80h] ss:00000000`002dea10=a0627c0200000000отметим, что
@rsiis 00000000002debd8. Шаг через функцию показывает, что это адрес, который будет разыменован позже в том месте, когда плохие exe-бомбы (т. е.@rsiне измениться.) Стек очень интересный потому что он показывает дополнительную раму:0:000> k3 Child-SP RetAddr Call Site 00000000`002de990 000007fe`e5eddf68 mscorlib_ni!System.RuntimeType.GetConstructorImpl(System.Reflection.BindingFlags, System.Reflection.Binder, System.Reflection.CallingConventions, System.Type[], System.Reflection.ParameterModifier[])+0x18 00000000`002de9f0 000007fe`8d460119 mscorlib_ni!System.Type.get_TypeInitializer()+0x48 00000000`002dea30 000007fe`ecb6e073 good!Test.Main()+0x49*** WARNING: Unable to verify checksum for good.exe 0:000> ln 000007fe`e5eddf68 (000007fe`e5eddf20) mscorlib_ni!System.Type.get_TypeInitializer()+0x48 0:000> uf 000007fe`e5eddf20 mscorlib_ni!System.Type.get_TypeInitializer(): 000007fe`e5eddf20 53 push rbx 000007fe`e5eddf21 4883ec30 sub rsp,30h 000007fe`e5eddf25 488bd9 mov rbx,rcx 000007fe`e5eddf28 ba22010000 mov edx,122h 000007fe`e5eddf2d b901000000 mov ecx,1 000007fe`e5eddf32 e8d1a075ff call CORINFO_HELP_GETSHARED_GCSTATIC_BASE (000007fe`e5638008) 000007fe`e5eddf37 488b88f0010000 mov rcx,qword ptr [rax+1F0h] 000007fe`e5eddf3e 488b03 mov rax,qword ptr [rbx] 000007fe`e5eddf41 4c8b5068 mov r10,qword ptr [rax+68h] 000007fe`e5eddf45 48c744242800000000 mov qword ptr [rsp+28h],0 000007fe`e5eddf4e 48894c2420 mov qword ptr [rsp+20h],rcx 000007fe`e5eddf53 41b903000000 mov r9d,3 000007fe`e5eddf59 4533c0 xor r8d,r8d 000007fe`e5eddf5c ba38000000 mov edx,38h 000007fe`e5eddf61 488bcb mov rcx,rbx 000007fe`e5eddf64 41ff5228 call qword ptr [r10+28h] 000007fe`e5eddf68 90 nop 000007fe`e5eddf69 4883c430 add rsp,30h 000007fe`e5eddf6d 5b pop rbx 000007fe`e5eddf6e c3 ret 0:000> ln 000007fe`8d460119звонок-это одно и то же
call qword ptr [r10+28h]что мы видели раньше, так что в плохом случае эта функция, вероятно, был встроен вMain(), так что тот факт, что есть дополнительный кадр является отвлекающим маневром. Если мы посмотрим на подготовку этогоcall qword ptr [r10+28h]мы замечаем эту инструкцию:mov qword ptr [rsp+20h],rcx. Это то, что загружает адрес, который в конечном итоге разыменовывается как@rsi. В хорошем случае, вот как@rcxзагружено:000007fe`e5eddf32 e8d1a075ff call CORINFO_HELP_GETSHARED_GCSTATIC_BASE (000007fe`e5638008) 000007fe`e5eddf37 488b88f0010000 mov rcx,qword ptr [rax+1F0h]в самом плохом случае это выглядит совсем иначе:
000007fe`8d4600d9 48b92012721200000000 mov rcx,12721220h 000007fe`8d4600e3 488b09 mov rcx,qword ptr [rcx]это совсем другое. В отличие от хорошего случая, который вызывает CORINFO_HELP_GETSHARED_GCSTATIC_BASE и читает то, что заканчивается как критический указатель, который вызывает AV из некоторого члена при смещении
1F0в структуре возврата, оптимизирован код, загружает его из статического адреса. И конечно 12721220h содержит NULL:0:000> dp 12721220h L8 00000000`12721220 00000000`00000000 00000000`00000000 00000000`12721230 00000000`00000000 00000000`02722198 00000000`12721240 00000000`027221c8 00000000`027221f8 00000000`12721250 00000000`02722228 00000000`02722258к сожалению слишком поздно для меня, чтобы копать глубже прямо сейчас, распад
CORINFO_HELP_GETSHARED_GCSTATIC_BASEэто далеко не тривиально. Я публикую это в надежде, что кто-то более осведомленный в CLR internals может иметь смысл (как вы можете видеть, я действительно рассматривал проблему только из собственных инструкций POV и полностью игнорировал IL).
поскольку я считаю, что нашел некоторые новые интересные выводы о проблеме, я решил добавить их в качестве ответа, признавая в то же время, что они не обращаются к "почему это происходит" в исходном вопросе. Возможно, кто-то, кто знает больше о внутренней работе вовлеченных типов, может опубликовать назидательный ответ, основанный также на наблюдениях, которые я публикую.
мне также удалось воспроизвести проблему на моей машине и я выследил связь с
Comments