What's yet to come
-=-=-=-=-=-=-=-=-=
Very soon:
 * Tighten up the severe memory leakage currently happening
 * Add trap onto OS_Exit so if app exits the support module will call
Tornado_Closedown for it.
 * Thread support
 * Mutex, semaphore and private heap (in dynamic area or RMA) support
 * Auto-extending heaps as passed to threads (using the C run-time heap
allocator). Currently these are fixed at 256 bytes per instance.
 * Make the support module a bit more conscientious about masking out null
polls and thus not drag the system down when there are no messages for it
like at present - sometimes the desktop can lag a little

A wee bit later:
 * Implementation of 1ms interrupt facilities
 * Allow threads to hold their own message queues and the main message
handler then dispatches messages to thread's queues

Later:
 * Patch to allow a hotkey to force preemption on a normal task who's hogging
the processor until that task calls Wimp_something
 * Replacement multitasking load and save file ops + star commands for the
same

Much later:
 * Hooks into RO to allow hardware and software exceptions to be trapped and
upcalled so tornado can intercept them
 * Memory protection facilites for tornado to use
 * Win32 DLL implementation (hard!)
 * Win32 DDE implementation (easy!)
