1. 15 May, 2001 1 commit
    • Dan Ellis's avatar
      Made UpCall 6 work with pollwords. · b09c7ea0
      Dan Ellis authored
      Detail:
        UpCall 6 is documented as accepting a pollword which can be scanned for
      being non zero to return control to the process requesting to sleep.  This
      was not being used within the taskwindow module, there being a comment where
      it would have been used suggesting that this would give the taskwindow too
      high a priority.  What this means is that if given a pollword that is already
      nonzero, the task would receive so many polls as to really make the desktop
      juddery.  The solution is that if the pollword is non-zero on entry,
      Wimp_Null is unmasked rather than passing the pollword.
      
        This means that UpCall 6 can be used either as a yield, to say 'let other
      tasks have some CPU now' (by passing a pollword known to contain nonzero) or
      as sleep to say 'wake me up when the pollword becomes non zero, and don't
      consume any CPU time until then' (by passing a pollword that will only become
      nonzero upon the occurance of a specific event).
      
      Admin:
        Tested on RPC.
      
      Version 0.65. Tagged as 'TaskWindow-0_65'
      b09c7ea0
  2. 14 May, 2001 1 commit
    • Dan Ellis's avatar
      Fixed response to UpCall Sleep No More. · 70ba5ce3
      Dan Ellis authored
      Detail:
        The UpCall wasn't being claimed because the common error creating return
      was being used which returns to lr rather than popping the stack.  Now the
      error routine is BLed to and then the stack popped so as to claim the UpCall.
      
      Admin:
        Tested on RPC.
      
      Version 0.64. Tagged as 'TaskWindow-0_64'
      70ba5ce3
  3. 02 May, 2001 1 commit
    • Stewart Brodie's avatar
      Buffer size increases. · 3d7ace2f
      Stewart Brodie authored
      Detail:
        If output is occurring quickly, then fewer longer Wimp messages are
          transmitted rather than a stream of small messages.
        RAM Transfer buffer size increased too.
      Admin:
        Tested in softloaded OS.
      
      
      Version 0.63. Tagged as 'TaskWindow-0_63'
      3d7ace2f
  4. 16 Mar, 2001 1 commit
  5. 02 Mar, 2001 1 commit
  6. 28 Jul, 2000 1 commit
    • Stewart Brodie's avatar
      YSync event enabling now done on the same basis as vector claiming. · b0df14fe
      Stewart Brodie authored
      Detail:
        TaskWindow used to enable VSync events for each new task that was
          started.  However, it failed to disable the VSync events again
          when the task exited unless the task was the last one running.
          This meant that VSyncs would be going off for no reason at all
          slowing the machine down if you had ever started a taskwindow.
          Events are now only ever enabled when the first task is created,
          and disabled when the last task is killed.
      Admin:
        Tested in desktop build.
      
      Version 0.60. Tagged as 'TaskWindow-0_60'
      b0df14fe
  7. 02 Jun, 2000 1 commit
    • Stewart Brodie's avatar
      32-bit compatible. · 6c515dd5
      Stewart Brodie authored
      Detail:
        Fixed the spurious character problem.  It was due to me believing some
          misleading comments in the source code.  When the comment said "pass
          it on" (at the end of a vector handler), it actually meant "claim it".
          WrchV is now claimed correctly, and no output is "leaked" any more.
      Admin:
        Module may well no longer function on RISC OS 2.00
        Tested on Ursula build.
      
      Version 0.59. Tagged as 'TaskWindow-0_59'
      6c515dd5
  8. 31 May, 2000 1 commit
    • Stewart Brodie's avatar
      32-bit compatible · 57746bec
      Stewart Brodie authored
      Detail:
        Removed obsolete file.
        Made rest of the module 32-bit safe.
        A bug remains: when a taskwindow is started the first few characters of
          output are not being intercepted correctly (although they are sent to
          the parent task).  Looks as if something isn't initialised correctly?
          Perhaps a failure to intercept WrchV in these cases?
      Admin:
        Tested in Ursula softload.
      
      
      Version 0.58. Not tagged
      57746bec
  9. 01 Dec, 1999 2 commits
  10. 01 May, 1997 1 commit
  11. 02 Jan, 1997 1 commit
  12. 21 Nov, 1996 1 commit
  13. 05 Nov, 1996 1 commit