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