On 06/04/2015 12:38 PM, stepharo wrote:
I passed the info to martin mcClure. May be he will have a look at the issue.
Well, I can reproduce the problem, in Windows. In Linux, my usual platform, the image does not hang. This suggests that the problem might be in the Windows VM. Is there a way to get trace output from the VM so I can see the sequence leading up to the hang, or a way to get a Smalltalk stack trace from a C debugger? Regards, -Martin
Le 2/6/15 00:12, Nicolai Hess a écrit :
2015-06-01 23:44 GMT+02:00 Craig Johnson <craig@hivemind.net <mailto:craig@hivemind.net>>:
Sure thing.
To see the bug, file the code below into a clean image and run the example. The when the debugger pops, step over each line in the method. I'm doing this on a Windows OS.
Object subclass: #Cooler instanceVariableNames: '' classVariableNames: '' poolDictionaries: '' category: 'ImageFreeze'!
!Cooler methodsFor: 'as yet unclassified' stamp: 'CraigJohnson 6/1/2015 23:31'! runMe | a | self halt. self except. a := 1.! !
"-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- "!
Cooler class instanceVariableNames: ''!
!Cooler class methodsFor: 'as yet unclassified' stamp: 'CraigJohnson 6/1/2015 23:16'! example self new runMe ! !
This worked until pharo 40245 -> it looks like phase4 in issue 11996 <https://pharo.fogbugz.com/default.asp?11996> Wrong exception handler problem
introduced this behavior.