Reflector 6.8을 사용하여 바이너리를 분해했습니다. 클래스 트리보기를 보여줍니다. 클래스의 메서드 선언도 있지만 "조건부 표현식 변환 중에 문 블록 수 0"과 같은 오류로 "메서드 확장"오류가 발생합니다. 그런 다음 Telerik의 JustDecompile (Beta)을 사용하려고 시도했지만 정상적으로 작동했습니다. 10-15 개의 어셈블리 중 1 개를 가지고 있습니다. 그러나 다른 어셈블리의 경우 1.5GB의 메모리를 사용하여 중단됩니다..NET Reflector에서 코드 생성 오류
C# 코드를 생성하는 데 사용할 수있는 다른 안정적인 decompiler가 있습니까?
내가 알고있는 유일한 다른 사람은 IL Spy입니다.
반사경의 오류를 레드 게이트의 사람들에게보고해야합니다.
노프 루프는 아마도 일부 obfuscator에 의해 추가되었을 것입니다.
사용 가능한 정보를 기반으로, 난 당신이 난처한 어셈블리를 사용하고있을 수 있습니다 믿습니다.
현재 Telerik JustDecompile 베타 (2011.1.728.1)는 난독 화 된 어셈블리의 디 컴파일을 지원하지 않습니다. 하지만 모호하지 않은 어셈블리를 디 컴파일하는 것이 매우 효율적이며, 업데이트 할 때마다 메모리 사용 공간이 점점 작아지고 있습니다. 관찰 한 메모리 사용량이 비정상적입니다. 사용중인 어셈블리에 대해 이메일을 통해 세부 정보를 공유 할 수 있다면이 특정 사례 (chris.eargle [at] telerik.com)를 재현하고 수정하려고합니다.
한편, 난독 화 된 어셈블리에 대한 JustDecompile 업데이트에 대한 추가 지원을 보려면 JustDecompile UserVoice에 대한 의견을 공유하여 다른 사용자가 아이디어에 투표 할 수 있도록하십시오 (http://justdecompile.uservoice.com).
감사합니다. 나는보고했다. 그리고 ILSpy 노력했다. 좋은 일을하고있다. 내가 알아 차 렸던 점은 모든 메소드와 속성의 시작에서 루프가 중첩되어있는 while 루프를 만드는 것입니다. 그 고리는 끊어졌지만 그것은 NOP와 같습니다. while (true) {while (! true) {....} 휴식; } :-) –