1. 21 Jul, 2012 1 commit
    • Jeffrey Lee's avatar
      Fix null pointer dereference in findSUBDIR · bd9673f5
      Jeffrey Lee authored
      Detail:
        c/DOSFSops - The while() loop in findSUBDIR now bails immediately if getnextDIRentry() returns NULL. Avoids null pointer dereference when calling buildFILEname().
      Admin:
        Tested on Raspberry Pi with high processor vectors
      
      
      Version 0.92. Tagged as 'DOSFS-0_92'
      bd9673f5
  2. 14 Jul, 2012 1 commit
    • Jeffrey Lee's avatar
      Fix packdir peeking and potentially poking the reset vector · 136bde25
      Jeffrey Lee authored
      Detail:
        c/DOSFSops - packdir() was treating its optional 'preserve' parameter as mandatory, leading to peeking (and potentially poking) of null pointers
      Admin:
        Tested on Raspberry Pi with high processor vectors
      
      
      Version 0.91. Tagged as 'DOSFS-0_91'
      136bde25
  3. 10 Jun, 2012 1 commit
    • Ben Avison's avatar
      Fixed timestamping · 0dbabf61
      Ben Avison authored
      Detail:
        Renamed function "localTIME" to "get_RISCOS_TIME" since it has nothing to do
        with local time. This function used to call the C library function
        localtime(), but until recently the C library was non-conformant to the
        C standard, and simply produced a year/month/day/hour/minute/second breakdown
        as UTC. When this was fixed (RISC_OSLib 5.68) it changed DOSFS's behaviour;
        it was first detected because the reverse operation is implemented locally
        within DOSFS, so a read-modify-write of file attributes leads to the
        modification time being skewed by an amount equal to the difference between
        UTC and local time. Arguments can be made either to treat the on-disc time as
        local time (for compatibility with Windows and Mac OS) or as UTC (for
        compatibility with Linux or older RISC OS systems); I have opted to return
        behaviour to UTC. Also placed a lower limit on dates of the earliest date
        supported by FAT (1980), so for example if your system clock is set to 1970,
        as it will be if there is no RTC and NetTime is not operational, then you
        don't end up creating dates in the far future due to underflow.
      Admin:
        Tested on a beagleboard
      
      Version 0.90. Tagged as 'DOSFS-0_90'
      0dbabf61
  4. 14 Apr, 2012 1 commit
  5. 13 Apr, 2012 1 commit
    • Ben Avison's avatar
      Changed *OPT 4 setting · 0a026da4
      Ben Avison authored
      Detail:
        DOS-formatted discs don't have a FileCore boot block, so there's nowhere
        to store the *OPT 4 setting. Up till now, it's been hard-coded to 0; this
        commit changes it to a hard-coded 2, which means that (at least in theory)
        it is now possible to construct a bootable DOS-formatted medium - like, say,
        the same SD card that contains a beagleboard ROM image.
      Admin:
        Verified the reported boot option using *Cat.
      
      Version 0.88. Tagged as 'DOSFS-0_88'
      0a026da4
  6. 19 Jan, 2010 1 commit
    • ROOL's avatar
      Incremented version number, no other change. · ad1c94cc
      ROOL authored
      Previous changes were untagged, but incrementing the version number gives
      us a tag we can associate with the official RISC OS 5.16 release.
      
      Version 0.87. Tagged as 'DOSFS-0_87'
      ad1c94cc
  7. 11 Jun, 2009 1 commit
    • Ben Avison's avatar
      #include file pathnames changed · 72e15bd2
      Ben Avison authored
      Detail:
        Uses suffixed file extensions for compatiblity with both Norcroft and GCC.
      Admin:
        Supplied by Peter Naulls, tested at ROOL
      
      Version 0.86. Not tagged
      72e15bd2
  8. 17 May, 2009 1 commit
    • Ben Avison's avatar
      Architecture-based optimisation · bc6d110a
      Ben Avison authored
      Detail:
        Unaligned word loads and stores have been optimised if only pre-ARMv6 or
        if only ARM6+ arachitectures need be supported.
      Admin:
        Builds but untested
      
      Version 0.86. Tagged as 'DOSFS-0_86'
      bc6d110a
  9. 19 Oct, 2007 2 commits
  10. 09 Nov, 2004 1 commit
  11. 04 Nov, 2004 1 commit
    • John Ballance's avatar
      now ensures that any long name that doesn't match the linked shortname is... · ba439592
      John Ballance authored
      now ensures that any long name that doesn't match the linked shortname is markee erased. This then copes with images where a longnamed file is deleted on shortname filing system, thus leaving several longname name entries 'hanging around'
      
      Detail:
      
      Admin:
               tested at castle.. castle added IP
      
      
      Version 0.84. Tagged as 'DOSFS-0_84'
      ba439592
  12. 29 Oct, 2004 1 commit
    • John Ballance's avatar
      repair DOSMap display/output prior to rom inclusion · cde23f48
      John Ballance authored
      Detail:
             the DOSMap command had a couple of *8 multipliers which
             thus wrongly indexed dos extent info in printout.
      Admin:
             long file name dosfs beta tested in the field .. appears fit
             for purpose.. Also tested at castle
             castle added IP
      
      
      Version 0.83. Tagged as 'DOSFS-0_83'
      cde23f48
  13. 25 Oct, 2004 1 commit
  14. 07 Oct, 2004 2 commits
    • John Ballance's avatar
      more bug fixes.. · d1a10f90
      John Ballance authored
      Detail:
         1: loading dir could occasionally blank the first dir entry.. lfn ptr
            blanking went too far
         2: long names and short names could get out of sync if the short
            name was changed on a non long name dosfs
      Admin:
         castle tested
         castle added ip
      
      
      Version 0.81. Tagged as 'DOSFS-0_81'
      d1a10f90
    • John Ballance's avatar
      bugfix: first entry of a directory was occasionally overwritten · c91e9c18
      John Ballance authored
      Detail:
         ensure long file name pointer nulling stopped in time
      Admin:
         Tested at castle
         Castel IP
      
      
      Version 0.80. Tagged as 'DOSFS-0_80'
      c91e9c18
  15. 30 Sep, 2004 1 commit
    • John Ballance's avatar
      Update of DOSFS to handle Long File Names and FAT32 (up to 2GB) · 0d05b48e
      John Ballance authored
      Detail:
         Extend DOSFS to correctly recognise FAT32 DOS images and to
         use the Long File Name extensions. NOTE that there is still
         a 2gb size limit imposed by the max filecore image file
         size limitiations. NOTE also that as yet there is no support for
         UTF encoding of file names.
      Admin:
         Tested at castle and with beta testers.
         Modifications are castle and castle assigned IP (from CJB)
      
      
      Version 0.79. Tagged as 'DOSFS-0_79'
      0d05b48e
  16. 25 Jul, 2003 1 commit
  17. 26 Jun, 2003 1 commit
  18. 13 Jun, 2003 1 commit
  19. 06 Jun, 2003 1 commit
  20. 23 May, 2003 1 commit
  21. 06 Mar, 2003 1 commit
  22. 31 Jan, 2003 1 commit
    • Robert Sprowson's avatar
      Looks like Win2k is zeroing the reserved fields where the RISC OS filetype is... · 823843cd
      Robert Sprowson authored
      Looks like Win2k is zeroing the reserved fields where the RISC OS filetype is stored leading to directory viewers full of type &000 files.
      
      To combat this the ROS filetype is only used when the creation date is
      zero (as DOSFS always clears this when writing a file).
      Also,when a settype is performed DOSFS will zero it (this isn't a problem
      for DOSFS 0.6x because you could never have a filetype of zero anyway!)
      
      Version 0.72. Tagged as 'DOSFS-0_72'
      823843cd
  23. 10 Dec, 2002 1 commit
    • Robert Sprowson's avatar
      Made sure on return from global_error the V bit gets set,fixes bug in finding... · a716e174
      Robert Sprowson authored
      Made sure on return from global_error the V bit gets set,fixes bug in finding the free space on a floppy (since freespace64 is tried first but which led to the pointer to the error message being returned as the freespace rather than the caller trying again another way).
      
      Correction to missing \ in the makefile,meant you could only compile
      it once having checked it out.
      Fixed a pointer in the DiscOp64 support added,this caused DOSFS to go
      pop when you asked it to vet a format.
      
      Version 0.71. Tagged as 'DOSFS-0_71'
      a716e174
  24. 08 Nov, 2002 1 commit
    • Robert Sprowson's avatar
      Missed an ORRNES while 32 bitting,corrected. · cdc51133
      Robert Sprowson authored
      Unused MSDOStoSTRING #if'd out to save a massive 112 bytes!
      Corrected tracef1 in map_file_rostype which was printing out the
      debugging before the variable got assigned.
      Conditionally uses FileCore_DiscOp64 now,if available when the module
      starts.
      Eliminated some local 64 bit time handling code in favour of using that
      already in the compiler (thanks to Kevin).
      Now requires a compile time switch PCMCIA=<TRUE | FALSE> which leaves in
      or takes out the PCMCIA card support.
      
      Version 0.70. Tagged as 'DOSFS-0_70'
      cdc51133
  25. 22 Sep, 2002 1 commit
    • Robert Sprowson's avatar
      Deleted some dead variables and switches. · 95b10dd4
      Robert Sprowson authored
      Eliminated MOVS and R14 fiddling to achieve 32 bit compatibility
      RISCOS Ltd made 3 changes in their sources
       - ensure disc titles don't contain rogue characters (added)
       - files with time,date,and reserved fields of zero appears as DEADDEAD
         which is silly since Winodws uses this to mark a file unstamped which
         isn't quite the same thing! (not added)
       - syslog debugging support (not added)
      
      Version 0.69. Tagged as 'DOSFS-0_69'
      95b10dd4
  26. 03 May, 2002 1 commit
  27. 15 Mar, 2002 1 commit
    • Robert Sprowson's avatar
      Unstamped files (marked by DOS with a time and date of 0x0000) will now return... · beff2f0f
      Robert Sprowson authored
      Unstamped files (marked by DOS with a time and date of 0x0000) will now return 01-Jan-1900 rather than very late at night on 31-Dec-1979.
      
      Can now set the RISC OS type to 0x000 (previously this would then have been
      stamped as 0xFE4 since 0x000 was used as a magic 'no filetype found' marker.
      Will now try to use MimeMap if no 'dosmap'ping was found,in this way dosmap
      overrides MimeMap for DOSFS - if neither offer a match,0xFE4 is used.
      Updated messages to reflect this.
      Discs formatted under DOSFS will now set the OEM vendor id to "DOSFS   ".
      
      Version 0.67. Tagged as 'DOSFS-0_67'
      beff2f0f
  28. 17 Aug, 2001 1 commit
  29. 16 Aug, 2001 1 commit
  30. 08 Aug, 2001 1 commit
  31. 25 Nov, 1998 2 commits
  32. 14 Jan, 1997 1 commit
  33. 21 Nov, 1996 1 commit
  34. 05 Nov, 1996 1 commit