Work at SourceForge, help us to make it a better place! We have an immediate need for a Support Technician in our San Francisco or Denver office.

Close

#1855 Directories not recognized with SMB NTFS

obsolete: 8.3.4
closed
Jeffrey Hobbs
2
2002-04-25
2002-04-23
Matt Saladna
No

With a SMB mount of a NTFS structure, file
isdirectory /some/arbitrary/path is not recognized as
a directory, but instead, a file. To work around
this, you must compare the directory/file in question
with the mode "040777" to test if it's a directory or
file.

Discussion

  • Matt Saladna
    Matt Saladna
    2002-04-23

    • priority: 5 --> 2
     
  • Matt Saladna
    Matt Saladna
    2002-04-23

    • labels: --> 37. File System
    • milestone: --> obsolete: 8.3.4
     
  • Matt Saladna
    Matt Saladna
    2002-04-24

    • assigned_to: nobody --> hobbs
     
  • Matt Saladna
    Matt Saladna
    2002-04-24

    • assigned_to: hobbs --> vincentdarley
     
  • Matt Saladna
    Matt Saladna
    2002-04-24

    • assigned_to: vincentdarley --> hobbs
     
  • Vince Darley
    Vince Darley
    2002-04-25

    Logged In: YES
    user_id=32170

    I'm glad this is no longer assigned to me, since I can't do
    much about it (no system to test, no skills to apply ;-).
    I think if Matt could submit a patch with the relevant
    changes we could review that, and get any relevant fix
    into the core more quickly.

    Note that 'file isdirectory' uses Tcl_FSStat, so this bug
    report, if correct, implies that 'file stat' and 'file
    type' also return the wrong results (and probably other
    operations...)

     
  • Matt Saladna
    Matt Saladna
    2002-04-25

    • status: open --> closed
     
  • Matt Saladna
    Matt Saladna
    2002-04-25

    Logged In: YES
    user_id=248090

    Very very strange, the box was brought down and restarted.
    Afterwards, with remounting the drives, their (NTFS remote
    mounts) modes changed for directory from the 040777 mode to
    16877, which raises a bit of skepticism in exactly what
    happened to produce the other mode. As I am lead to
    believe at this point and time, it is not a bug in Tcl's
    file system handling, but rather in Samba itself (which was
    used to do the remote mounts). I do believe the fact
    nothing was changed in the system's integrity prior to the
    reboot and after the reboot will haunt me for some time :).