Fix crashes when a Wimp_Poll post-filter causes the Wimp to postpone switching...
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'
Showing with 65 additions and 60 deletions