Process local variable and debugging
Andreas Raab
Andreas.Raab at gmx.de
Mon Feb 11 19:25:37 UTC 2002
Tim,
None of the stuff I did (which has been a while ago) worked correctly in
the debugger. Notice that just intercepting #activeProcess won't help -
it may be sent during a #quickStep (e.g., a non-simulated send during
simulated execution) which is _not_ run in the simulated process.
Cheers,
- Andreas
> -----Original Message-----
> From: squeak-dev-admin at lists.squeakfoundation.org
> [mailto:squeak-dev-admin at lists.squeakfoundation.org] On
> Behalf Of Tim Rowledge
> Sent: Monday, February 11, 2002 8:01 PM
> To: squeak-dev at lists.squeakfoundation.org
> Subject: RE: Process local variable and debugging
>
>
> I like the general ideas here but have a couple of queries.
>
> First, at the moment (as of update #4652) pool variables appear to be
> accessed using the pushLiteralVariable bytecodes, which does not send
> #value to the association. Changing that would involve some compiler
> hacking that I hope somebody else has already done. I hate to
> needlessly
> repeat redundantly unneccessary coding.
>
> Second, since the current system puts actual associations in
> the method
> literal frame, simply swapping an array of associations doesn't seem
> likely to be enough on its own.
>
> Third, I'm not yet convinced that this approach helps with my original
> problem in the debugger. If the process-globals are swapped
> when process
> are swapped (which seems pretty much required) then the
> debugger process
> will usurp the expected values of the original code. If the debugger
> _doesn't_ do the normal thing, then it might have problems if it were
> expecting to use its own process-globals anywhere.
>
> Fourth, I seem to remember reading that there are some problems with
> PoolDictionaries and modules. What to do?
>
> So, Andreas your message implies you've been making use of a
> facility of
> this sort and I'd be delighted to get hold of the relevant
> code asap :-)
>
> tim
> --
> Tim Rowledge, tim at sumeru.stanford.edu, http://sumeru.stanford.edu/tim
> Don't be sexist; broads hate that!
>
>
More information about the Squeak-dev
mailing list
|