2016-06-24 20:57 GMT+02:00 Alistair Grant <akgrant0710@gmail.com>:
Hi All,
I'm currently regularly hitting an issue with the debugger where inspecting a temporary variable shows the string "error obtaining field value" rather than the actual value.
I am not sure if this is the same error. We had a couple of issues with reading different kinds of variables in the debugger, and some fix work for one access and introduces new issues for other kinds of variables :( Most things are working now, but we have still an issue in Pharo 6.0 with block local vars in optimized blocks (case 17343) But I think this one is a different issue. Before we open a new issue, it would be good if I can reproduce this one. Give me some time ( or some hints) what I need to reproduce this)
Selecting the temporary variable and attempting to inspect it in the code pane results in:
True(Object)>>doesNotUnderstand: #indexInTempVectorFromIR: OCVectorTempVariable>>searchFromContext:scope: DebuggerMethodMapOpal>>tempNamed:in: DebuggerMethodMapOpal>>namedTempAt:in: Context>>namedTempAt: GlorpSession>>DoItIn: OpalCompiler>>evaluate RubSmalltalkEditor>>evaluate:andDo: RubSmalltalkEditor>>highlightEvaluateAndDo: [ textMorph textArea editor highlightEvaluateAndDo: ann action. textMorph shoutStyler style: textMorph text ] in [ textMorph textArea handleEdit: [ textMorph textArea editor highlightEvaluateAndDo: ann action. textMorph shoutStyler style: textMorph text ] ] in GLMMorphicPharoMethodRenderer(GLMMorphicPharoCodeRenderer)>>actOnHighlightAndEvaluate: in Block: [ textMorph textArea editor highlightEvaluateAndDo...etc... RubEditingArea(RubAbstractTextArea)>>handleEdit: [ textMorph textArea handleEdit: [ textMorph textArea editor highlightEvaluateAndDo: ann action. textMorph shoutStyler style: textMorph text ] ] in GLMMorphicPharoMethodRenderer(GLMMorphicPharoCodeRenderer)>>actOnHighlightAndEvaluate: in Block: [ textMorph textArea... WorldState>>runStepMethodsIn: WorldMorph>>runStepMethods WorldState>>doOneCycleNowFor: WorldState>>doOneCycleFor: WorldState>>doOneSubCycleFor: WorldMorph>>doOneSubCycle MenuMorph>>invokeModalAt:in:allowKeyboard: MenuMorph>>invokeModal: MenuMorph>>invokeModal [ :menu | menu setInvokingView: self editor. menu invokeModal. self changed. ^ true ] in RubEditingArea(RubAbstractTextArea)>>yellowButtonActivity: in Block: [ :menu | ... MenuMorph(Object)>>ifNotNilDo: RubEditingArea(RubAbstractTextArea)>>yellowButtonActivity: RubEditingArea(RubAbstractTextArea)>>mouseDown: RubEditingArea(Morph)>>handleMouseDown: MouseButtonEvent>>sentTo: RubEditingArea(Morph)>>handleEvent: MorphicEventDispatcher>>dispatchMouseDown:with: MorphicEventDispatcher>>handleMouseDown:
This is in:
Pharo5.0 Latest update: #50757
OS: 4.6.2-1-ARCH
It appears to be a resurrection of https://pharo.fogbugz.com/f/cases/13260/
I'm hitting the problem by executing (using the example from the Glorp chapter in Pharo in Progress):
session inUnitOfWorkDo: [ | person | person := session readOneOf: Person where: [ :each | each lastName = 'Locke' ]. person birthDate: Date today ]
Stepping in to GlorpSession>>inUnitOfWorkDo: and attempting to inspect 'result' after it has been assigned.
Is this a known problem, should I open a new issue, or...?
Thanks! Alistair