[Glass] Strange behavior with ProcessLocalVariable ?

Dale K. Henrichs dale.henrichs at gemtalksystems.com
Fri Nov 22 15:07:15 PST 2013


----- Original Message -----

| From: "Mariano Martinez Peck" <marianopeck at gmail.com>
| To: "Dale K. Henrichs" <dale.henrichs at gemtalksystems.com>
| Cc: glass at lists.gemtalksystems.com
| Sent: Friday, November 22, 2013 3:02:37 PM
| Subject: Re: [Glass] Strange behavior with ProcessLocalVariable ?

| Hi Dale,

| Of course, the nil I get is the one from #default:

| value
| "Answer the current value for this variable in the current context."
| ^Processor activeProcess environmentAt: self ifAbsent: [self
| default].

| So maybe I am getting different processes instances for the #value:
| and the #value ... while in Pharo it is the same...
Yes. Especially when Seaside is involved ... there a number of forked processes along the way in GemStone that may match exactly what's happening in Pharo ... 

| Question: is there a way to inspect or print to transcript from
| gemstone to the GemTools? I mean...say I want to do some Transcript
| show: in the code that is running or some inspect, and I want that
| they are seen in the transcript / ide of GemTools. Is that possible?
Yes, Transcript exists GemTools and it is attached to the Transcript window that is open when you login ... use it just like you would in Pharo ... If you are running without GemTools, the Transcript output is routed to the gem log ... all Transcript interaction is also recorded in the ObjectLog so you have a "permanent" record of your Transcript output from the very beginning:) 

Dale 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gemtalksystems.com/mailman/private/glass/attachments/20131122/e12dc359/attachment.html>


More information about the Glass mailing list