_FileListToArray - return REAL Path

[Unc3nZureD]

I've been trying to make a "control" for displaying files, but it's not important currently. Let me show my problem.
​
​Try to _FileListToArray() your @HomeDrive.
​Probably you will see Documents and Settings folder.
​Now Try to _FileListArray that one too!
​At me it looks the following way:
​

#include <File.au3>
#include <Array.au3>

$a = _FileListToArray("C:\Documents and Settings")
_ArrayDisplay($a)

​It fails, since it can't detect that path. Why? Because the real dir is: "C:UsersUnknown UserDocuments"

​Any idea how to bypass this? (Not only the documents folder, but generally)

[BrewManNH]

Actually C:Documents and Settings would be the same folder as C:Users and what you're seeing is a junction point and not a real folder name. To detect whether a listed folder is actually a junction point, you can use this code.

#include <WinAPIFiles.au3>
BitAND(_WinAPI_GetFileAttributes ("C:\Documents and Settings\"), $FILE_ATTRIBUTE_REPARSE_POINT) <> 0

This returns True if the Reparse_Point attribute is set, and false if it's not. 

[jguinch]

Very interesting...

Now, how can we get the target ?

[iamtheky]

 Apparently this is a risk of some sort but i just break things, not fix them.

The following changes your permissions on the 'documents and settings' folder if ran elevated, immediately.  please make note of your own permissions PRIOR to running this script, so you can put them back if you would like to do so.

#include <File.au3>
#include <Array.au3>

runwait('cmd /c echo y | cacls "c:\Documents and Settings" /L /G Everyone:C')

$a = _FileListToArray(@HomeDrive)
_ArrayDisplay($a)

        $b = _FileListToArray("C:\Documents and Settings")
        _ArrayDisplay($b)

Edited May 26, 2014 by boththose

[Unc3nZureD]

 

 Apparently this is a risk of some sort but i just break things, not fix them.

The following changes your permissions on the 'documents and settings' folder if ran elevated, immediately.  please make note of your own permissions PRIOR to running this script, so you can put them back if you would like to do so.

#include <File.au3>
#include <Array.au3>

runwait('cmd /c echo y | cacls "c:\Documents and Settings" /L /G Everyone:C')

$a = _FileListToArray(@HomeDrive)
_ArrayDisplay($a)

        $b = _FileListToArray("C:\Documents and Settings")
        _ArrayDisplay($b)

The problem is that there could be other folders with such property, so it's just a real temporary solution.

​( Anyways I didn't run the code, I just didn't want to make changes to my system )

[iamtheky]

sure but you could run through the array, returned by @homedrive, running "cacls <filename>" seeing if any of the results have the Deny Everyone permission that is set on Documents and Settings, then act on it accordingly. At its core i believe this issue is just wanting to view the contents of a directory (or link) that the user does not have rights to.  Checking to see if it's a link first doesnt seem necessary.  

Edited May 27, 2014 by boththose

[Unc3nZureD]

I'm running the script as #RequireAdmin, so theritically I should have access to any folder.

[iamtheky]

i would think not in this case, even with UAC off logged in as administrator you cannot run the dir command on that directory until you change the permissions.  I would even throw a takeown command above the cacls command just to make sure it worked.

[BrewManNH]

On Vista+ C:Documents and Settings restricts read access to deny everyone, so without hacking the file system permissions you can't traverse the link.

[Unc3nZureD]

Okay, I understand, but maybe, is it possible to retrieve the "real" folders, not theese? I mean the way I can see it in the simple win explorer. The users folder etc.

[iamtheky]

#include <File.au3>

Local $aJunction
Local $output = @ScriptDir & "\Junction.txt"

Local $foo = Runwait(@ComSpec & ' /c dir /AL" > ' & $output , "C:\")

_FileReadToArray($output, $aJunction)
$aSplit = stringsplit($aJunction[1] , "  " , 1)
$aBoth = stringsplit($aSplit[$aSplit[0]] , "[")
msgbox (0, '' , $aBoth[1] & " = " & stringtrimright($aBoth[2] , 1))

Something like this?  I only had a documents and settings pointer but this could easily be adapted to work with multiple matches in the array.

[BrewManNH]

Or you could use the one liner I posted up above to tell you if the folder is a junction point,reparse point etc. A simple If then comparison could then be done to tell you this information.

[Kilmatead]

...or, to read the targets of any type of reparse-point properly (Junctions, Symlinks, Mountpoints), without worrying about ACL permissions or requireadmin or cmd shells, just use the _GetReparseTarget() UDF.

[BrewManNH]

I somehow missed that UDF, good work.

[Kilmatead]

My one-and-only "vaguely useful" contribution to the community.  It's rather amusing that the Windows API allows any stoned teenager with a poor taste in music to create reparse-points with his eyes closed (_WinAPI_CreateSymbolicLink), but to actually read the target of one requires a bit more thought.