dotpeek seems to cache the decompiled result.
but the file i loaded has changed. I don't know when dotpeek decides that an assembly has changed enough so it re-decompiles it. But it doesn't seem to work as intended.
dotpeek should invalidate ALL cached decompile-results as soon as the assembly has changed.
Use md5, sha or even filesize+filetime for this?
How to reproduce:
1.compile a hello world in c# that also contains an empty class "a" and use it in main
2. open it in dotpeek
3. change the class name of a to b, compile again
4. find the usages of a (which is still named a not b) by rightclicking
5. as soon as the context menu opens dotpeek will crash
Sometimes it works (50%) if you click on "show compiler generated code" but it stops working after using it 1 or 2 times until dotpeek is restarted (or crashed)
I'm using build: 22.214.171.1247 2014-04-08T21:16:52