[Vm-dev] Re: [Pharo-project] Event history question
John M McIntosh
johnmci at smalltalkconsulting.com
Thu Nov 20 20:30:18 UTC 2008
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