[Vm-dev] Re: [Pharo-project] Event history question
andreas.raab at gmx.de
Thu Nov 20 21:28:47 UTC 2008
Oh, I'm sorry for the interference then. I thought you were digging
around in this.
John M McIntosh wrote:
> Actually it's Michael who is messing in this area to improve the event
> handler for Pharo (and in general) as part of some funding from ESUG for
> the iPhone VM development work.
> Me? I'm just an innocent bystander. I'd assume he has to fork off any
> logic with low io process priority which is what I think happens if you
> follow the bouncing ball by reviewing what installInterruptWatcher and
> handleUserInterrupt do. The key consideration is that fetchMoreEvents is
> the trigger, not the code in the VM.
> On 20-Nov-08, at 10:58 AM, Andreas Raab wrote:
>> Hi John -
>> The reasoning sounds about right but you have to be *very* careful
>> when making changes to that logic. As a simple example,
>> fetchMoreEvents is not only called from the event tickler and
>> consequently the interrupt handler might be forked at the priority of
>> some random process using "Sensor anyButtonPressed" ;-) If I remember
>> correctly, there were several other gotchas in this area (I tried
>> changing some of this stuff in Croquet once) and since this is a place
>> where screwing up will make a lot of people *very* unhappy I would
>> advise extreme caution when making these changes.
>> - Andreas
> John M. McIntosh <johnmci at smalltalkconsulting.com>
> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com
More information about the Vm-dev