1. 27 Jun, 2020 1 commit
    • Robert Sprowson's avatar
      Correction to SWI name table · cb6e6476
      Robert Sprowson authored
      Swap round RegisterPostFilter and RegisterObjectModule to match the implementation in main.c.
      Anyone calling by number is unaffected as the implementation is unchanged, anyone looking the name up would previously have called the wrong SWI (!) so presumably never worked, and only 0x44EFB is publicly documented in the Toolbox manual.
      Internally tboxlib's defines are used (RegisterPostFilter is +63, RegisterObjectModule +61) rather than using CMHG's defines.
      Version 1.59. Tagged as 'Toolbox-1_59'
  2. 11 Feb, 2018 1 commit
  3. 18 Jun, 2016 1 commit
    • ROOL's avatar
      Have object modules use same message style · 6db36288
      ROOL authored
        Converge on "ObjModName has active tasks.". This allows only 1 section describing the errors in the User Guide.
      Version 1.57. Tagged as 'Toolbox-1_57'
  4. 19 Aug, 2015 1 commit
  5. 18 Aug, 2015 1 commit
    • Robert Sprowson's avatar
      Makefile recreated from fragments · de458363
      Robert Sprowson authored
      Include paths changed to Unix style.
      Debug and non debug CMHG definitions replaced by one which is selected by passing predefines to CMHG.
      Removed dummy services.h.
      Don't bother calling TinyStubs SWI since in ROM it does nothing, and the RAM versions haven't used it since ~1997.
      Use module header constants generated from CMHG rather than hand made one.
      Reject out of range SWIs (fixes ticket #305).
      Move structure document into Docs directory.
      Get module base from AsmUtils.
      Version 1.56. Tagged as 'Toolbox-1_56'
  6. 26 Jul, 2014 1 commit
    • Robert Sprowson's avatar
      Fix for asymmetry in Toolbox_GetSysInfo 2 · 682f738a
      Robert Sprowson authored
      The enhancement in 1.50 to allow tasks to initialise with either a path variable or a directory meant that internally everything is considered as a path.
      However, Toolbox_GetSysInfo 2 is specified as returning the "directory name passed to Toolbox_Initialise", except that now a directory is stored in its modified (path-like) form internally, so doesn't read back as expected.
      Add boolean flag to remember that the dir was changed to a path so it can be knocked off again if appropriate.
      Remove some excess #includes.
      Tested with the following for path=FALSE and path=TRUE
      DIM poll 256,block 16,dirbuf 128
      IF path THEN
       *set MyTest$Path $.!Boot.RO500Hook.Res.Configure.!HelpSetup.
       SYS"Toolbox_Initialise",0,380,0,0,"MyTest:",block,poll TO ,id%
       SYS"Toolbox_Initialise",0,380,0,0,"$.!Boot.RO500Hook.Res.Configure.!HelpSetup",block,poll TO ,id%
      PRINT "Task ";~id%
      SYS"Toolbox_GetSysInfo",2 TO,,r2
      PRINT "Want buffer ";r2;" long"
      SYS"Toolbox_GetSysInfo",2,dirbuf,128 TO,,r2
      SYS"XOS_GenerateError",dirbuf TO dir$
      PRINT dir$;" is ";r2;" long (inc terminator), check ";LEN(dir$)+1
      Version 1.55. Tagged as 'Toolbox-1_55'
  7. 02 Sep, 2013 1 commit
  8. 04 Aug, 2011 1 commit
    • Jeffrey Lee's avatar
      Fix null pointer access · 76ec5d9d
      Jeffrey Lee authored
        c/resf - Fixed null pointer acess in resf_load_resource_file when module resources were being used
        Tested on rev A2 BB-xM
      Version 1.53. Tagged as 'Toolbox-1_53'
  9. 02 Dec, 2003 1 commit
  10. 17 Jan, 2003 1 commit
  11. 12 Dec, 2002 1 commit
    • Kevin Bracey's avatar
      Changes to ensure that only the requested amount of parameters are passed... · d7c2177f
      Kevin Bracey authored
      Changes to ensure that only the requested amount of parameters are passed to/from the stack - previously 256 bytes was assumed but this runs off the end of the stack frequently and hence caused problems in systems where there is nothing mapped in after the end of the stack.
      Version 1.51. Tagged as 'Toolbox-1_51'
  12. 04 Oct, 2001 1 commit
    • Steve Revill's avatar
      Modified Toolbox_Initialise SWI slightly. · ef549b70
      Steve Revill authored
        You can now pass a path from which to locate your resources to the
        Toolbox_Initialise SWI, as well as simply a directory. This does not
        affect backwards-compatibility and means that newer software can use
        this rather than the "MyPath:a.^" pathname trick.
        Also fixed the !Mk* TaskObey files so that they actually work.
        Tested on RiscPC with existing Toolbox applications (i.e. Phoenix and
        others) and new ones using paths to specify the location of their
      Version 1.50. Tagged as 'Toolbox-1_50'
  13. 04 May, 2000 1 commit
    • Stewart Brodie's avatar
      Changed to use common Makefile system. · 445952bb
      Stewart Brodie authored
        Debug build facility added.
        Uses core facilities from Common instead of having private copies.
        Makefile vastly simplified to simply define a few macros, then include
          the common Toolbox Makefile which is exported by Common.
        Requires Common 0.09 or later (RiscOS/Sources/Toolbox/Common; Common-0_09)
        Requires BuildSys 1.92 or later (RiscOS/BuildSys; BuildSys-1_92)
        Requires Library 0.41 or later (RiscOS/Library; Library-0_41)
      Version 1.49. Tagged as 'Toolbox-1_49'
  14. 28 Apr, 1999 1 commit
  15. 16 Feb, 1999 1 commit
    • Stewart Brodie's avatar
      Changes to co-exist with Common-0_02 (renaming class to class_id · 7d8661d2
      Stewart Brodie authored
        ObjectID cross-validation added.
        Changes to co-exist with Common-0_02 (renaming class to class_id
          to stop the compiler moaning about the use of C++ reserved words)
        A fault has been uncovered which meant that object IDs pointing to
          the same block of memory could be generated by creating an object
          immediately after deleting another object.  The ID->pointer mapping
          did not care to notice that multiple IDs were in existence which
          pointed at the same memory (albeit one of the IDs having been
          "deleted" - the Message_ToolboxObjectDeleted for it is still yet
          to be delivered to the application when the new object is created.
          thus making the old deleted ID apparently valid again).  This
          could cause confusion if apps tried to use objects which had been
          deleted but which Toolbox was still saying were OK because they
          mapped to a current object block.  Toolbox now caches the ObjectID
          it generates for a block when it is created and will insist on it
          matching in order to pass the ID->pointer validation.  The standard
          Invalid Object ID error is thrown if the ID does not match.
        Requires Common-0-02 or later (RiscOS/Sources/Toolbox/Common)
      Version 1.47. Tagged as 'Toolbox-1_47'
  16. 18 Jan, 1999 1 commit
    • Stewart Brodie's avatar
      Updated ToolboxObjectDeletedEvent structure to hold class and client handle. · e836b659
      Stewart Brodie authored
        Currently, there is no way of ascertaining the client handle that used to
          belong to a deleted object.  Thus applications cannot rely on this event
          to close down any associated data structures referenced via the client
          handle.  This event now provides the client handle and the class ID of
          the deleted object as per the structure and flags exported by Toolboxlib.
        Debug builds now have an extra *-command "*Toolbox_Counts" which dumps out
          the name of each active Toolbox task and a list of the objects that that
          task has created and what class each object is (it simply does a name
          lookup on the class ID (SWI base) and prints out the SWI name - so you
          get Window_ClassSWI for window objects and DCS_16 for quit objects)
        Requires RiscOS/Sources/Toolbox/Common version 0.01 or later (Common-0_01).
        Requires RiscOS/Sources/Toolbox/Libs version 0.02 or later (Libs-0_02).
      Version 1.46. Tagged as 'Toolbox-1_46'
  17. 12 Nov, 1998 1 commit
  18. 30 Oct, 1998 1 commit
  19. 05 Oct, 1998 1 commit
  20. 15 Sep, 1998 1 commit
  21. 16 Jun, 1998 1 commit
  22. 11 Jun, 1998 1 commit
  23. 09 Jun, 1998 1 commit
  24. 18 Feb, 1998 1 commit
  25. 11 Feb, 1998 2 commits
    • Stewart Brodie's avatar
    • Stewart Brodie's avatar
      Toolbox 1.40 · 8f7c4637
      Stewart Brodie authored
      SWI dispatcher fixed to dispatch Toolbox_Memory calls - this prevented
      version 1.39 from providing the advertised memory services to the other
      object modules.
      Object ID validation is now performed by the Toolbox module itself
      instead of the slow OS_ValidateAddress SWI call.  This is possible for
      both the normal RMA usage and dynamic area usage since the Toolbox
      knows the dynamic area address range (it reads the RMA details for RISC
      OS 3.1 machines with OS_ReadDynamicArea on every access but that can't
      be helped).
  26. 04 Feb, 1998 1 commit
    • Stewart Brodie's avatar
      Build process improvements: · 5f4860ad
      Stewart Brodie authored
        !MkRam,fd7 added to enable RAM builds of all Toolbox modules
        MakeFile tidied up and support for RAM build added
      Module now uses Toolbox memory allocation instead of calling OS_Module.
  27. 16 Jan, 1998 1 commit
  28. 13 Oct, 1997 1 commit
    • Richard Buckley's avatar
      Build process improvements : · bc4aaa6c
      Richard Buckley authored
      * Standardised make process in common will all other modules in build.
      * Internal and external toolbox libraries and headers exported to
        <Lib$Dir>.tboxlibint and <Lib$Dir>.tboxlibs respectivly.
      * Resources now localised.
      * Local !MkClean and !MkRom now use amu_machine.
  29. 08 Jul, 1997 1 commit
  30. 13 May, 1997 1 commit
  31. 07 May, 1997 1 commit
  32. 20 Jan, 1997 2 commits
  33. 21 Nov, 1996 2 commits
  34. 05 Nov, 1996 2 commits