FileGenerator For Reflector

Source code checked in, #69631

Project Collection Service Accounts — Mon, 01 Oct 2012 21:13:48 GMT

Upgrade: New Version of LabDefaultTemplate.xaml. To upgrade your build definitions, please visit the following link: http://go.microsoft.com/fwlink/?LinkId=254563

Source code checked in, #69630

Project Collection Service Accounts — Mon, 01 Oct 2012 21:07:03 GMT

Checked in by server upgrade

Created Issue: Fields order [9133]

athat — Thu, 19 Jan 2012 21:31:26 GMT

Fields order is not restored during disassembly.
So, most of types in reassembled *.XmlSerializers.dll would not properly serialized in the case when the XSD requires a certain order of xmlnode.

Source code checked in, #48968

_TFSSERVICE — Thu, 22 Jul 2010 18:55:41 GMT

Checked in by server upgrade

Patch Uploaded: #5601

prmartinuk — Thu, 25 Mar 2010 15:26:12 GMT

prmartinuk has uploaded a patch.

Description:
The add-in crashes (using .Net Reflector 6.0.1.11) with a Null reference exception if you have the "Create VS Project file" unticked.

This happens because various parts of the code use the Project object regardless of whether the project file is to be created or not.

The patch just makes sure that the Project is created regardless of the settings. The project file wont actually be saved to disk unless the "Create VS Project file" option is ticked.

Source code checked in, #18913

jasonrbock — Thu, 26 Mar 2009 17:18:09 GMT

Minor assembly updates

Closed Issue: NullPoinerException - InitializeEmbeddedResourcesGroup

jasonrbock — Thu, 26 Mar 2009 17:13:34 GMT

You could reproduce by decompilation of attached DLL.
You may need ikvm binaries
http://www.frijters.net/ikvmbin-0.39.3363.zip

FileGenerator.dll!FileGenerator.AddIn.Generators.AssemblyFileGenerator.InitializeEmbeddedResourcesGroup() + 0x53 bytes
FileGenerator.dll!FileGenerator.AddIn.Generators.AssemblyFileGenerator.Generate() + 0x3a bytes
FileGenerator.dll!FileGenerator.AddIn.UI.FileGeneratorControl.GenerateFiles(object data) + 0x1f2 bytes
mscorlib.dll!System.Threading._ThreadPoolWaitCallback.WaitCallback_Context(object state) + 0x2f bytes
mscorlib.dll!System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, object state) + 0x6f bytes
mscorlib.dll!System.Threading._ThreadPoolWaitCallback.PerformWaitCallbackInternal(System.Threading._ThreadPoolWaitCallback tpWaitCallBack) + 0x53 bytes
mscorlib.dll!System.Threading._ThreadPoolWaitCallback.PerformWaitCallback(object state) + 0x59 bytes
Comments: I didn't get that bug, but I got this:

System.InvalidOperationException was unhandled
Message="Invalid branching statement for condition expression with target offset 00CE."
Source="Reflector.Application"
StackTrace:
at ឺ.ᜆ(Int32 A_0)
at ឺ.ᜋ(Int32 A_0)
at ឺ.ᜂ(Int32 A_0, Int32 A_1)
at ឺ.ᜀ(IMethodDeclaration A_0, IMethodBody A_1)
at ឤ.ᜀ(IMethodDeclaration A_0)
at ᜭ.ᜁ(IMethodDeclarationCollection A_0)
at ឤ.ᜀ(ITypeDeclaration A_0)
at ឥ.ᜀ(ITypeDeclaration A_0, Boolean A_1, Boolean A_2)
at FileGenerator.AddIn.Generators.TypeFileGenerator.GetFormatter() in C:\JasonBock\Personal\.NET Projects\FileGenerator\FileGenerator\AddIn\Generators\TypeFileGenerator.cs:line 86
at FileGenerator.AddIn.Generators.TypeFileGenerator.Generate() in C:\JasonBock\Personal\.NET Projects\FileGenerator\FileGenerator\AddIn\Generators\TypeFileGenerator.cs:line 113
at FileGenerator.AddIn.Generators.ModuleFileGenerator.Generate() in C:\JasonBock\Personal\.NET Projects\FileGenerator\FileGenerator\AddIn\Generators\ModuleFileGenerator.cs:line 45
at FileGenerator.AddIn.Generators.AssemblyFileGenerator.Generate() in C:\JasonBock\Personal\.NET Projects\FileGenerator\FileGenerator\AddIn\Generators\AssemblyFileGenerator.cs:line 123
at FileGenerator.AddIn.UI.FileGeneratorControl.GenerateFiles(Object data) in C:\JasonBock\Personal\.NET Projects\FileGenerator\FileGenerator\AddIn\UI\FileGeneratorControl.cs:line 338
at System.Threading._ThreadPoolWaitCallback.WaitCallback_Context(Object state)
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
at System.Threading._ThreadPoolWaitCallback.PerformWaitCallbackInternal(_ThreadPoolWaitCallback tpWaitCallBack)
at System.Threading._ThreadPoolWaitCallback.PerformWaitCallback(Object state)
InnerException:

When I debugged it, it was when it was trying to write out the following class:

net.sf.robocode.serialization.RbSerializer

Seems like the problem is with deepCopy():

[Please describe what might have caused this error.]

Translation failure in 'net.sf.robocode.serialization.RbSerializer.deepCopy(Byte, Object) : Object' in 'robocode, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null'.

System.InvalidOperationException

InnerException:

Invalid branching statement for condition expression with target offset 0038.

System.InvalidOperationException

at ឺ.ᜆ(Int32 A_0)
at ឺ.ᜋ(Int32 A_0)
at ឺ.ᜂ(Int32 A_0, Int32 A_1)
at ឺ.ᜀ(IExceptionHandler A_0)
at ឺ.ᜂ(Int32 A_0, Int32 A_1)
at ឺ.ᜀ(IMethodDeclaration A_0, IMethodBody A_1)
at ឤ.ᜀ(IMethodDeclaration A_0)
at ឥ.ᜁ(IMethodDeclaration A_0)
at ᝎ.ᜀ(Boolean A_0, Boolean A_1, Boolean A_2)

Both of these seem like they're Reflector-based. I'd suggest you take this up with Red Gate.

Created Issue: NullPoinerException - InitializeEmbeddedResourcesGroup

pavelsavara — Sun, 22 Mar 2009 18:14:26 GMT

Commented Issue: Members sometimes do not get exported when needed

scottbilas — Thu, 12 Mar 2009 01:25:01 GMT

I ran into a small bug with the exporting. I'm attaching Microsoft.Xna.Framework.Game.dll. If you export it with FileGenerator, it *almost* works perfectly. Just one little thing.

It's not exporting the private EventHandler members "deviceCreated", "deviceDisposing", and a couple others from GraphicsDeviceManager, into the .cs file. The csproj wouldn't compile until I copied them in from the Reflector disassembly.

Note that when I do add those in and compile, I get a warning from the compiler that they are never assigned to (yet they are still referenced in the .cs file). Could that be the reason they do not get exported?
Comments: ** Comment from web user: scottbilas **

Posting Microsoft.Xna.Framework.dll.

Commented Issue: Members sometimes do not get exported when needed

jasonrbock — Mon, 02 Mar 2009 22:21:30 GMT

I'm not sure. FileGenerator is very "light-weight" in that I don't do much of anything other than write to a file what Reflector generates for the assemblies. So if Reflector doesn't generate this stuff for a type, I won't see it.

BTW I can't gen the files based on this assembly alone, I need other references. But PLEASE don't post all the other XNA assemblies as well :).

Closed Issue: exception when generating files for SvcUtil.exe

jasonrbock — Mon, 02 Mar 2009 22:17:12 GMT

I am trying to write out to files source code for SvcUtil.exe.
Choose svcutil.exe, go to Tools menu, choose "Generate Files"
A few files get written out, and then the Reflector crashes with the unhandled exception.
The exception also happens if file generation is called by right-click-Menu->Export, but in this case it's handled and does not cause the Reflector to crash.
Stack trace below.

System.InvalidOperationException was unhandled
Message="Block statement count of zero during condition expression translation."
Source="Reflector.Application"
StackTrace:
at ឺ.ᜆ(Int32 A_0)
at ឺ.ᜋ(Int32 A_0)
at ឺ.ᜂ(Int32 A_0, Int32 A_1)
at ឺ.ᜆ(Int32 A_0)
at ឺ.ᜋ(Int32 A_0)
at ឺ.ᜂ(Int32 A_0, Int32 A_1)
at ឺ.ᜀ(IMethodDeclaration A_0, IMethodBody A_1)
at ឤ.ᜀ(IMethodDeclaration A_0)
at ᜭ.ᜁ(IMethodDeclarationCollection A_0)
at ឤ.ᜀ(ITypeDeclaration A_0)
at ឥ.ᜀ(ITypeDeclaration A_0, Boolean A_1, Boolean A_2)
at FileGenerator.AddIn.Generators.TypeFileGenerator.GetFormatter()
at FileGenerator.AddIn.Generators.TypeFileGenerator.Generate()
at FileGenerator.AddIn.Generators.NamespaceFileGenerator.Generate()
at FileGenerator.AddIn.UI.FileGeneratorControl.GenerateFiles(Object data)
at System.Threading._ThreadPoolWaitCallback.WaitCallback_Context(Object state)
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
at System.Threading._ThreadPoolWaitCallback.PerformWaitCallbackInternal(_ThreadPoolWaitCallback tpWaitCallBack)
at System.Threading._ThreadPoolWaitCallback.PerformWaitCallback(Object state)
InnerException:
Comments: Bug with Reflector (probably)

Commented Issue: exception when generating files for SvcUtil.exe

jasonrbock — Mon, 02 Mar 2009 22:16:53 GMT

I would suggest sending this to RedGate - seems like it's an issue with Reflector not being able to handle something with the Options type in Microsoft.Tools.ServiceModel.SvcUtil.

Regards,
Jason

Created Issue: Members sometimes do not get exported when needed

scottbilas — Wed, 18 Feb 2009 18:32:42 GMT

Commented Issue: exception when generating files for SvcUtil.exe

jprusakova — Mon, 16 Feb 2009 17:59:09 GMT

The error is thrown when generating Options.cs. The source is not generated, although the file is created (attached).

Created Issue: exception when generating files for SvcUtil.exe

jprusakova — Mon, 16 Feb 2009 17:51:22 GMT

Updated Wiki: Home

jasonrbock — Mon, 22 Dec 2008 16:43:52 GMT

Project Description
This is an add-in for Reflector - it generates code and resource files for a selected assembly, module, namespace, or type. It also creates a VS project file to see the generated files in Visual Studio.

Note that this project does NOT contain Reflector.exe. You have to download that assembly and reference it in the project to compile it. You also need to reference the Spackle assembly - the code for that project is here: http://www.codeplex.com/Spackle. Note that this assembly is included in the release.

Updated Wiki: Home

jasonrbock — Mon, 22 Dec 2008 16:43:01 GMT

Project Description
This is an add-in for Reflector - it generates code and resource files for a selected assembly, module, namespace, or type. It also creates a VS project file to see the generated files in Visual Studio.

Note that this project does NOT contain Reflector.exe. You have to download that assembly and reference it in the project to compile it. You also need to reference the ExceptionViews assembly - the code for that project is here: http://www.codeplex.com/ExceptionViews.

Created Feature: Save UI Options

jasonrbock — Sun, 21 Dec 2008 20:37:49 GMT

Give the user the ability to save their options to isolated storage.

Created Feature: Allow the User to Disable File Updates in the UI

jasonrbock — Sun, 21 Dec 2008 20:36:45 GMT

Create a check box so the user doesn't have to see the file creates rapidly flicker by. Note that the progress bar will always be shown.

Created Release: 5.0.0.0 Release (Dec 21, 2008)

jasonrbock — Sun, 21 Dec 2008 20:34:21 GMT

Unit tests are now in the code base. Current code coverage numbers: 63%. So...there's still more work to be done, but at least it's better than 0%!
The exceptions are gone in the UI. This was a deliberate design decision to remove what I considered bad exception handling practices in the code base. Plus, with unit tests in place, any unexpected bugs will get covered with new unit tests in the future.