1. 09 Nov, 2004 1 commit
  2. 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
  3. 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
  4. 25 Oct, 2004 1 commit
  5. 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
  6. 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
  7. 25 Jul, 2003 1 commit
  8. 26 Jun, 2003 1 commit
  9. 13 Jun, 2003 1 commit
  10. 06 Jun, 2003 1 commit
  11. 23 May, 2003 1 commit
  12. 06 Mar, 2003 1 commit
  13. 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
  14. 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
  15. 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
  16. 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
  17. 03 May, 2002 1 commit
  18. 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
  19. 17 Aug, 2001 1 commit
  20. 16 Aug, 2001 1 commit
  21. 08 Aug, 2001 1 commit
  22. 25 Nov, 1998 2 commits
  23. 14 Jan, 1997 1 commit
  24. 21 Nov, 1996 1 commit
  25. 05 Nov, 1996 1 commit