all groups > dotnet clr > october 2004 >
You're in the

dotnet clr

group:

BUG? ILDASM too demanding from an ECMA perspective...


BUG? ILDASM too demanding from an ECMA perspective... acyment NO[at]SPAM gmail.com
10/27/2004 7:47:12 AM
dotnet clr:
Hi there! After debugging the disassembling of a CLI-specification
compliant I'd built manually using the SSCLI version of ILDASM, I
found that the latter expects some metadata tables (I've found the
MethodSemantics & CustomAttribute ones so far) to be ordered by a
given criteria. Basically, I realized that the code does a binary
search on these tables.
Sadly, my entries were not ordered (given that the ECMA specification
makes no assumption on this matter) but ILDASM (the one shipped with
the commercial version of the framework and the SSCLI one) failed to
find many of the custom attributes' parents when disassembling my
code. Clearly, it is failing to find the corresponding entries in the
CustomAttribute table. Using Remotesoft's NET Explorer, Reflector or
Asmex works flawlessly.
Anyone from Microsoft listening?

cheers,
BUG? ILDASM too demanding from an ECMA perspective... anonymous NO[at]SPAM discussions.microsoft.com
11/2/2004 1:35:44 AM
Send a bug report in
http://lab.msdn.microsoft.com/productfeedback/default.aspx
..

That is your best bet.

[quoted text, click to view]
AddThis Social Bookmark Button