Parsing large delegates fails. about cneptune

[dr4cul4]

Unfortunately first delegate (public delegate TResult Func<T1, TResult>(T1 arg1);) also breaks the assembly, but in a different way.

When attempting to obfuscate assembly you get a index out of range. Commenting out this delegate solves the problem.

In my opinion tempering with delegates should be avoided.

[Puresharper]

Hi, sorry it is under development and currently unstable.
Thank you for sharing this issue, It just means that I have to ignore some kind of class like delegate.

Original code is just moved into nested class named Neptune and is hidden for dnSpy/ILSpy by a side effect. Indeed, methods ared marked with DebuggerHiddenAttribute and GeneratedCodeAttribute.

I am working on a capacity to redirect call to DynamicMethod to grant skipVisibilityCheck without too much overhead and keeping generic support (even if DynamicMethod cannot be generic). This is why code can change a lot before first release that coming very soon (maybe in few hours if I can save time to work on).

Thank to you, I added a filter to skip delegates while tuning classes.

Next step will be to publish associated nuget package and adapt NConcern as first consumer of CNeptune.

[dr4cul4]

Unfortunately latest version also crashes at similar place, namely Program.cs line 355 with the same exception as before.

[dr4cul4]

Maybe checking if type is inherited from System.Delegate and filtering it out would solve this issue

[Puresharper]

Hi,

I just tested it and it seems that delegate by-pass failed, so I changed it from

type.BaseType == type.Module.Import(typeof(MulticastDelegate));

to

(type.BaseType != null && type.BaseType.Resolve() == type.Module.Import(typeof(MulticastDelegate)).Resolve());

delegate by-pass correction
nuget package will be updated asap (1.0.4) to include this change.