ComImport interface signatures are broken due to methods/properties reordering

When decompiling COM interop assemblies it is important to preserve method / properties order.
DotPeek does not seem to do this.

Consider the following example:

IX509PrivateKey interface

Compare original definition from certenroll.h with what DotPeek produces when decompiling an interop library created from CertEnroll type-library. Notice that methods order is different in the .cs source code.

COM interface methods must never be reordered.

(see files IX509PrivateKey.certenroll.h IX509PrivateKey.cs uploaded to

1 comment
Comment actions Permalink
Official comment


I'm happy to say that this issue is fixed in dotPeek 2017.2. You may download it here:

Thank you.

Please sign in to leave a comment.