On 27 Nov 2015, at 12:15, Dimitris Chloupis <kilon.alios@gmail.com> wrote:
I found how to easily reproduce it every time
1) Open Spotter and search for addMiscExtrasTo: , locate it at Morph class, then press enter to open it in browser 2) Boom MNU
looking at [..] inAstCache at: aCompiledMethod ^ self at: aCompiledMethod ifAbsentPut: [ aCompiledMethod parseTree doSemanticAnalysisIn: aCompiledMethod methodClass ]
The problem here is even though aCompiledMethod returns the correct method in this case
Morph>>#addMiscExtrasTo:
the aCompiledMethod parseTree returns nil and this is why it MNUs with doSemanticAnalysisIn: complaining about a nil receiver which is the case
anyone have a clue why its nil ?
if I try to browser parseTree it again gives me a MNU and redbox of doom makes it impossible to view the method.
I think it happens because the text it reads from the .changes or .sources is somehow corrupted. We should not return #nil but fall back on the decompiler in #parseTree⦠Marcus