1. 19 Jul, 2009 1 commit
    • Robert Sprowson's avatar
      Workaround for NTFS returning resume keys of zero. · d1ca5496
      Robert Sprowson authored
      Detail:
        When the underlying FS is NTFS, eg. WinXP Pro, the requested
        resume keys for a directory search are always zero - this is passed
        back via OSGBPB and on the next call it triggers a new search. So
        we get stuck in an infinite loop.
        Now checks for a resume key stuck at zero, and makes a fake one static
        to the search context then sets the continuation bit in the SMB_FIND_NEXT
        call because the server returning the duff key remembers the position.
        Dir_CallbackFn could return with "taken" undefined. Move a few lines
        higher.
        Missing "#else" added to CHECK_ARMBOOT_EXISTS so if this is disabled
        no further attempt is made to find !ArmBoot.
        Couple of typos corrected.
        Spelling of "disk" changed to "disc" in an error message.
      Admin:
        Tested with XP Pro SP3 with NTFS, directories which previously hung
        the filer now open correctly. Checked with XP Home SP3 with FAT32 to
        verify behaviour unchanged from 2.32.
        Note, with large directories the initial path translation triggers a
        dir search too which takes ages compared with the actual number of
        entries returned. This could be cached to make counting far faster.
      
      Version 2.33. Tagged as 'LanManFS-2_33'
      d1ca5496
  2. 15 Apr, 2009 1 commit
    • Ben Avison's avatar
      Multiple fixes. · 186192a3
      Ben Avison authored
      Detail:
        Too many to list here: see doc/RPSChanges.
      Admin:
        Received from Rob Sprowson approx 2009-02-08. Builds, but not tested by ROOL.
      
      Version 2.32. Tagged as 'LanManFS-2_32'
      186192a3
  3. 11 Mar, 2003 1 commit
    • Kevin Bracey's avatar
      Tightened up checking of when sockets get opened and closed in an attempt to... · 527b760b
      Kevin Bracey authored
      Tightened up checking of when sockets get opened and closed in an attempt to work out why Freeway gets upset when LanManFS is configured in IP mode.
      
      Changed app date that OmniClient shows to be dd-mmm-yy
      Added ability to include slimmer ROMSPRITES and deleted the resources
      phase from the makefile: the sprites were being included once in
      ResourceFS and again embedded in the module.
      If the FS is unset it says so in *status rather than a blank line.
      
      Version 2.26. Tagged as 'LanManFS-2_26'
      527b760b
  4. 13 Mar, 2001 1 commit
    • Stewart Brodie's avatar
      Moved Sprites file into sensible place. · ce3a8aea
      Stewart Brodie authored
        Removed BBE specific rules due to above change obsoleting it.
      Admin:
        Built.
        Requires Library 0.70 or later (RiscOS/Library; Library-0_70)
      
      Version 2.19. Tagged as 'LanManFS-2_19'
      ce3a8aea
  5. 29 Nov, 1999 1 commit
    • Stewart Brodie's avatar
      32-bit compatibility added. · c6e5fb1a
      Stewart Brodie authored
        Removed obsolete header files.
        Removed obsolete assembler.
        Fixed flag preservation in remaining assembler.
      Detail:
        See above.
      Admin:
        Built RAM build.
      
      Version 2.09. Tagged as 'LanManFS-2_09'
      c6e5fb1a
  6. 01 Mar, 1999 1 commit
    • Stewart Brodie's avatar
      New *LMLS command. · 9ec1ae87
      Stewart Brodie authored
        Fix for ./.. files in short filename shares.
        Long multiply now provided in assembler.
      Detail:
        *LMLS is a new filesystem-specific command which performs the same
          task as "smbclient -L" does under UNIX - ie. listing all the shares
          available on the specified host.
        When enumerating the shares on a remote server, LanManFS now remembers
          all the printers, IPC, device and disc shares (for *LMLS to output).
        The 32x32->64 multiply routine is now provided in assembler instead of
          the previous huge amount of obscure C taken from NSPRLib.  This is
          more understandable (and almost certainly far smaller and quicker
          and doesn't need a hack to stop the compiler mis-optimising it!)
        Old short filename shares still had problems with the . and .. file
          filtering.  Programmer fault there - should've let the compiler do
          the optimisations :-)
        Server info string fixed to byte-reverse the port numbers when printing
          the string into the info buffer.  Now claims to be talking to port 139
          as it should.
      Admin:
        Tested in general desktop use for several days, plus experimental versions
          tested in other boot ROMs.
      
      Version 2.03. Tagged as 'LanManFS-2_03'
      9ec1ae87
  7. 03 Dec, 1998 1 commit