Hi,
Really great product. It works so well that I purchased JustCode for the debugging capability (which btw works about 100 times faster than Reflector).
I have come across a particular assembly namespace for which the following exception is thrown for several of the classes in this namespace:
As you can see, this occurs in the Telerik.Sitefinity.Publishing.Pipes namespace of Telerik.Sitefinity.dll version 6.3.5000.
Here is the failing line from above:
[PipeDesigner(typeof(RssAtomPipeImportDesignerView), typeof(
And here is what I think is the actual source code:
[PipeDesigner(typeof(RssAtomPipeImportDesignerView), null)]
So, for some reason, the null parameter is being parsed by the decompiler as a typeof, which fails. I looked at a couple of other classes and the common pattern seems be the null parameter in the attribute.
I thought you would like to know about this issue. I use JustDecompile extensively on the Sitefinity assemblies and this is the first time I have come across this problem.
Regards,
Gary
Really great product. It works so well that I purchased JustCode for the debugging capability (which btw works about 100 times faster than Reflector).
I have come across a particular assembly namespace for which the following exception is thrown for several of the classes in this namespace:
[PipeDesigner(
typeof
(RssAtomPipeImportDesignerView),
typeof
(
Current member / type: Telerik.Sitefinity.Publishing.Pipes.RSSInboundPipe
File path: C:\Program Files (x86)\Telerik\Sitefinity 5.3\Projects\Default8\bin\Telerik.Sitefinity.dll
Product version: 2014.1.225.0
Object reference not
set
to an instance of an
object
.
at ..(Exception , IMemberDefinition )
in
c:\Builds\245\Behemoth\ReleaseBranch Production Build\Sources\Decompiler\Cecil.Decompiler\Languages\BaseLanguageWriter.cs:line 16777215
at ..( )
in
c:\Builds\245\Behemoth\ReleaseBranch Production Build\Sources\Decompiler\Cecil.Decompiler\Languages\BaseLanguageWriter.cs:line 891
at ..Visit( )
in
c:\Builds\245\Behemoth\ReleaseBranch Production Build\Sources\Decompiler\Cecil.Decompiler\Ast\BaseCodeVisitor.cs:line 273
at ..Visit( )
in
c:\Builds\245\Behemoth\ReleaseBranch Production Build\Sources\Decompiler\Cecil.Decompiler\Languages\BaseImperativeLanguageWriter.cs:line 1044
at ..WriteInternal(IMemberDefinition , Boolean , Boolean )
in
c:\Builds\245\Behemoth\ReleaseBranch Production Build\Sources\Decompiler\Cecil.Decompiler\Languages\BaseLanguageWriter.cs:line 462
at ..(TypeDefinition , Boolean , Boolean , Boolean )
in
c:\Builds\245\Behemoth\ReleaseBranch Production Build\Sources\Decompiler\Cecil.Decompiler\Languages\NamespaceImperativeLanguageWriter.cs:line 70
at ..(TypeDefinition , , Boolean , Boolean , Boolean )
in
c:\Builds\245\Behemoth\ReleaseBranch Production Build\Sources\Decompiler\Cecil.Decompiler\Languages\NamespaceImperativeLanguageWriter.cs:line 42
at ..( , )
in
c:\Builds\245\Behemoth\ReleaseBranch Production Build\Sources\UI\JustDecompile.CodeViewer\Writers\TypeDefinitionCodeWriter.cs:line 52
As you can see, this occurs in the Telerik.Sitefinity.Publishing.Pipes namespace of Telerik.Sitefinity.dll version 6.3.5000.
Here is the failing line from above:
[PipeDesigner(typeof(RssAtomPipeImportDesignerView), typeof(
And here is what I think is the actual source code:
[PipeDesigner(typeof(RssAtomPipeImportDesignerView), null)]
So, for some reason, the null parameter is being parsed by the decompiler as a typeof, which fails. I looked at a couple of other classes and the common pattern seems be the null parameter in the attribute.
I thought you would like to know about this issue. I use JustDecompile extensively on the Sitefinity assemblies and this is the first time I have come across this problem.
Regards,
Gary