2017-12-27 10:49 GMT+01:00 Denis Kudriashov <dionisiydk@gmail.com>:
2017-12-27 10:37 GMT+01:00 Nicolai Hess <nicolaihess@gmail.com>:
Works for me too (on windows). But sometimes, a change and accept of the current method, does not removes the "Breakpoint"-Icon. So, it looks like there is a breakpoint, but isn't anymore and the code of course does not trigger the debugger. The icon vanishes, if I unselect and select the current method.
I think it is fixed in Calypso
In Nautilus, I traced this bug back to NautilusUI>>methodModified: anAnnouncement ... (selectedMethod = oldMethod ) ifTrue: [ self sourceTextModel hasUnacceptedEdits ifTrue: [ self forceSelectedMethod: method. self updateCategoryAndMethodList. self highlightCategory: method] ifFalse: [ self selectedMethod: method. self updateCategoryAndMethodList ]] ifFalse: [self updateCategoryAndMethodList ] "<<< If compiled method changed, we do not call forceSelectMethod, which would reset the icon styler"
2017-12-27 10:27 GMT+01:00 kmo <voxkmp@gmail.com>:
Just tried it in Pharo 6.1 on Linux 32 bit. Breakpoints work. So presumably this is a Pharo on Windows issue.
-- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html