How does state accumulate in a J session? How does it effect execution? How can we query it, reset it, and carry selected parts forward to a fresh J session?

interpreter

vocabulary

names & locales

NB. Perhaps only retain named locales, and let scripts create numberd locales? NB. but then there's no guaruntee the same objects will be represented by the NB. same numbers

files

NB. (see also file names and numbers, and file locks, in the !: section)

foreigns (not wd)

files

host

NB. Set Env? Maybe this inherets automatically from parent J to child J?

names

global parameters

debug state

dll

locales

warm ups

Certain state in J is completely hidden from the user, and is neither queriable nor set-able. This is the effect of "warming up" a J session. See Roger's example of this in the closing the .ijx window thread in the Forums.

front end

invocation

session manager

wd

NB. What about gl and isi and all that stuff?

warm ups

The J session manager also accumulates "hidden" state, e.g. LOADED_j_, but all this state is represented by names in locales controlled by the standard library. So persisting those locales is a comprehensive way to persist this "hidden" state.

DanBron/Temp/StateInJ (last edited 2008-12-08 10:45:39 by )