• Jeffrey Lee's avatar
    Fix crashes when a Wimp_Poll post-filter causes the Wimp to postpone switching... · 2fb1a8bf
    Jeffrey Lee authored
    Fix crashes when a Wimp_Poll post-filter causes the Wimp to postpone switching to a VFP-enabled task
    
    Detail:
      s/Wimp07 - In ExitPoll, swap around the order of restoring the FP context and calling the poll post-filter so that the FP context is restored after the post-poll filter has been invoked. Previously, the VFP(+FPA) context would be restored, then the post-poll filter would be invoked. If the post-poll filter was claimed, the Wimp would then scan the pollwords again and most likely decide to switch to a different task. The appslot will then be switched over, and ExitPoll will be invoked again, attempting to restore the VFP/FPA context for that task - potentially causing a crash or other bad things because the VFP context used by the original choice of task is no longer paged in. For FPA this was never really a problem, since the context is stored in the RMA rather than being potentially stored in appspace.
      s/Wimp03 - Add some extra debug out for tracking VFP context management
    Admin:
      Tested on wandboard
      Fixes issue reported on forums, where using the numpad in VFP SciCalc would cause a crash if KeyExtend was loaded:
      https://www.riscosopen.org/forum/forums/4/topics/10293
    
    
    Version 5.60. Tagged as 'Wimp-5_60'
    2fb1a8bf
Wimp03 140 KB