Re: [Pharo-project] Subtle behavior changes in UI threads for Pharo?

2009-08-08 Thread Stéphane Ducasse
dale could you publish your code and open a BT entry so that a person with a better understanding of the implications than me can comment on it? On Aug 7, 2009, at 11:28 PM, Dale Henrichs wrote: Stef, I'm not sure that concurrent use of the ThreadSafe Transcript is any more or less

Re: [Pharo-project] Subtle behavior changes in UI threads for Pharo?

2009-08-08 Thread Dale Henrichs
Will do... Dale - Stéphane Ducasse stephane.duca...@inria.fr wrote: | dale could you publish your code and open a BT entry so that a person | | with a better understanding of the implications than me | can comment on it? | On Aug 7, 2009, at 11:28 PM, Dale Henrichs wrote: | | Stef, | |

[Pharo-project] Subtle behavior changes in UI threads for Pharo?

2009-08-07 Thread Dale Henrichs
I'm trying to characterize some differences in behavior for GemTools between Squeak and the 1.0beta for Pharo. I'm not reporting a bug as much as trying to understand what I need to do differently in Pharo. In GemTools, I have a special workspace (GemTools Launcher), that causes doits to be

Re: [Pharo-project] Subtle behavior changes in UI threads for Pharo?

2009-08-07 Thread Igor Stasenko
2009/8/7 Dale Henrichs dale.henri...@gemstone.com: I'm trying to characterize some differences in behavior for GemTools between Squeak and the 1.0beta for Pharo. I'm not reporting a bug as much as trying to understand what I need to do differently in Pharo. In GemTools, I have a special

Re: [Pharo-project] Subtle behavior changes in UI threads for Pharo?

2009-08-07 Thread Dale Henrichs
Igor, I appreciate what you are saying and in the fullness of time, we may be able to do more things with background processes. However, we _are_ running a development environment for GemStone that should appear to the user to be no different than the Pharo development environment ... i.e.,

Re: [Pharo-project] Subtle behavior changes in UI threads for Pharo?

2009-08-07 Thread Igor Stasenko
2009/8/7 Dale Henrichs dale.henri...@gemstone.com: Igor, I appreciate what you are saying and in the fullness of time, we may be able to do more things with background processes. Sure :) However, we _are_ running a development environment for GemStone that should appear to the user to be

Re: [Pharo-project] Subtle behavior changes in UI threads for Pharo?

2009-08-07 Thread Stéphane Ducasse
I m not really satisfied of what I did but I think that this is important to have a thread safe transcript. Now I have the impression that the Morphic concurrency model could really be rethought. I'm not good enough with process and the rest but I got so burnt by it (I had to cancel

Re: [Pharo-project] Subtle behavior changes in UI threads for Pharo?

2009-08-07 Thread Dale Henrichs
Stef, I'm not sure that concurrent use of the ThreadSafe Transcript is any more or less dangerous from the foreground process than from background process. I've experimented with a mod to ThreadSafeTranscriptendEntry that allows for both foreground and background updating of the transcript.

Re: [Pharo-project] Subtle behavior changes in UI threads for Pharo?

2009-08-07 Thread Stéphane Ducasse
I do not know (and I'm too tired now to have an opinion). My goal is that if someone plays with Semaphore, mutex in a workspace that the results on the transcript still shows the reality of the thread switching. I will go to bed and think about it. ;) Stef On Aug 7, 2009, at 11:28 PM, Dale