1. 16 Jan, 2003 1 commit
    • Robert Sprowson's avatar
      Directory rename fixed - the mask being passed by the rename routine didn't... · 99169885
      Robert Sprowson authored
      Directory rename fixed - the mask being passed by the rename routine didn't have the ATTR_DIR bit set.Discovered this after reading lots of the spec which is also now included here in /doc.
      
      Copying files out of LanManFS filer "forgot" their filetype even though
      they appeared right in the filer,fixed.
      A stray debugging printf removed,along with one compiler warning.
      New sprites (yuck) to match !Omni.
      Reordered the shutdown in two places,first Omni_Shutdown bins the mounts
      lists which SMB_Shutdown uses.Second in NetBEUI mode the announcement that
      a protocol has terminated goes *after* the shutdown - otherwise you sit
      around for about 20s wondering where the link has gone.
      
      Version 2.25. Tagged as 'LanManFS-2_25'
      99169885
  2. 16 Mar, 1999 1 commit
    • Stewart Brodie's avatar
      No longer assumes that it should attach itself to eh0 if it cannot find a driver. · 698e4170
      Stewart Brodie authored
      Detail:
        The module used to have specific knowledge of the driver to which it
          was supposed to bind if it was unable to find any active drivers at
          the time that LanManFS was initialised.  This meant that if the
          LanManFS module was placed in ROM (eg. in STB3) and the drivers
          hadn't initialised by the time that LanManFS was initialised, it
          would sit and wait for EtherH to arrive - which doesn't happen
          for ATM solutions, and doesn't happen for Ethernet in STB3 because
          we no longer use EtherH!
      Admin:
        Tested in STB22 expansion cards, and in STB3 ROM builds for both
          Ethernet and ATM solutions.
      
      Version 2.05. Tagged as 'LanManFS-2_05'
      698e4170
  3. 09 Mar, 1999 1 commit
    • Stewart Brodie's avatar
      Changed idle-out strategy. · feb9328e
      Stewart Brodie authored
        Introduced new error message for re-entrancy prevention trap to use.
      Detail:
        When 'pinging' an SMB server, LanManFS does not wait for any response
          but the response reading routine knows to just throw away any old
          SMBchkpth responses that it gets and try reading again.
        Re-entrancy trap now has its own error "LanManFS in use" &1663E, which
          means you no longer see "!Armboot files nested too deeply" which is
          confusing.  The only way you can provoke this message is if you use
          Alt-Break whilst the NetBIOS/IP code is executing.  The error plays
          the same part as "FileCore in use" does for FileCore.
      Admin:
        Verified module still works and the anti idle-out features still work.
      
      Version 2.04. Tagged as 'LanManFS-2_04'
      feb9328e
  4. 03 Dec, 1998 1 commit