[Vm-dev] Re: [Pharo-project] Event history question

Andreas Raab 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.

   - Andreas

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.
>> Cheers,
>>  - Andreas
> -- 
> ===========================================================================
> John M. McIntosh <johnmci at smalltalkconsulting.com>
> Corporate Smalltalk Consulting Ltd.  http://www.smalltalkconsulting.com
> ===========================================================================

More information about the Vm-dev mailing list