2016-06-24 20:57 GMT+02:00 Alistair Grant <akgrant0...@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
>
>

Reply via email to