这个程序对于文件夹的无论是复制还是删除的处理方案均不太好

[lIL1521]

只要存在文件夹，那么则会导致程序直接崩溃

[robocopy] exit code 2: There are some additional files in the destination directory that aren't present in the source directory. No files were copied.

这个是删除日志

robocopy "D:/Users/qwe12/AppData/Xplane-map-cache" "D:/autodesk" /V /NJS /NJH /BYTES /UNICODE /XC /XN /XO /R:0 /W:0 /MT:24 "autoortho" /DCOPY:DT
Injecting dll: C:\Users\qwe12\AppData\Local\Temp\RobocopyEx\RobocopyInjection.dll
                                                                                                                                                                                                                                                                                        ��

[robocopy] exit code 0: No files were copied. No failure was encountered. No files were mismatched. The files already exist in the destination directory; therefore, the copy operation was skipped.

这个是复制日志

麻烦作者优化程序对文件夹的处理程度

[lIL1521]

补充一下，复制是完全失效的，删除成功了，复制文件没有问题，但是gui界面都卡住了，删除有通知，前提是强制终止卡住的gui界面之后才通知

[HO-COOH]

你的第二个case：“autoortho” 那个，具体是什么问题？这个log看上去就是个正常的文件复制，然后目标文件夹有完全符合的文件，所以就也没有创建副本。

用powershell Get-Item命令看下那个文件的属性（有点怀疑它是个重解析点，不是个正常文件）

[lIL1521]

你的第二个case：“autoortho” 那个，具体是什么问题？这个log看上去就是个正常的文件复制，然后目标文件夹有完全符合的文件，所以就也没有创建副本。

用powershell Get-Item命令看下那个文件的属性（有点怀疑它是个重解析点，不是个正常文件）

PS D:\Users\qwe12\AppData\Xplane-map-cache> Get-Item "D:\Users\qwe12\AppData\Xplane-map-cache\autoortho"


    目录: D:\Users\qwe12\AppData\Xplane-map-cache


Mode                 LastWriteTime         Length Name
----                 -------------         ------ ----
d-----         2026/6/25     21:36                autoortho


PS D:\Users\qwe12\AppData\Xplane-map-cache>

附带参考视频

2026-08-07.173151_compressed.mp4

[HO-COOH]

让AI写了个脚本，你保存到你autoortho的同级目录，比如test.ps1，然后在这个目录下打开一个终端，执行 .\test.ps1 -Path autoortho ，看看结果。（如果提示不能执行脚本文件，就先 SetExecutionPolicy -Policy Bypass）

<#
.SYNOPSIS
    Explains why std::filesystem::is_directory() returns false for a path that
    Explorer shows as a folder.

.DESCRIPTION
    MSVC implements is_directory(p) as is_directory(status(p)), and status() calls
    GetFileAttributesExW. There are exactly three ways to get a false result, all
    verified against compiled MSVC C++:

      A. GetFileAttributesExW FAILS with a "not-found"-class error. status() then
         returns file_type::not_found and is_directory() returns false WITHOUT
         THROWING. That class is wider than "the file is missing":
             2   ERROR_FILE_NOT_FOUND     3   ERROR_PATH_NOT_FOUND
             53  ERROR_BAD_NETPATH        123 ERROR_INVALID_NAME
             161 ERROR_BAD_PATHNAME
         (ERROR_INVALID_NAME means a malformed path reads as "not a directory".)

      B. It succeeds and the DIRECTORY bit is clear -> it really is a file.

      C. It succeeds WITH DIRECTORY|REPARSE_POINT, but status() follows the reparse
         point and the target cannot be opened -> not_found -> false. Attributes say
         DIRECTORY while is_directory() says false.

    Any other failure (e.g. 5 ERROR_ACCESS_DENIED) makes is_directory() THROW rather
    than return false, so it cannot produce this bug and is not tested here.

    Both the backslash form and the forward-slash form are probed, because
    Recorder.cpp converts every '\' to '/' before storing the path.

.EXAMPLE
    .\Diagnose-FolderPath.ps1 -Path "D:\Users\qwe12\AppData\Xplane-map-cache\autoortho"
#>
[CmdletBinding()]
param(
    [Parameter(Mandatory = $true, Position = 0)]
    [string] $Path
)

# Namespaced AND guarded. .NET types cannot be unloaded from a session, so a bare
# class name collides with any earlier version of this script that is still loaded
# ("Cannot add type. The type name 'N' already exists") and then silently keeps the
# OLD signatures. No structs are declared either - the attribute buffer is read via
# raw memory, which removes all marshalling/alignment risk.
if (-not ('FcDiag.Native' -as [type])) {
    Add-Type -TypeDefinition @'
using System;
using System.Runtime.InteropServices;
namespace FcDiag {
    public static class Native {
        // WIN32_FILE_ATTRIBUTE_DATA is passed as a raw buffer; only its first DWORD
        // (dwFileAttributes) is needed, read back with Marshal.ReadInt32.
        [DllImport("kernel32.dll", CharSet = CharSet.Unicode, SetLastError = true)]
        public static extern bool GetFileAttributesExW(string name, int level, IntPtr data);
        [DllImport("kernel32.dll", CharSet = CharSet.Unicode, SetLastError = true)]
        public static extern IntPtr CreateFileW(string name, uint access, uint share, IntPtr sa,
                                                uint disp, uint flags, IntPtr tmpl);
        [DllImport("kernel32.dll", SetLastError = true)]
        public static extern bool CloseHandle(IntPtr h);
    }
}
'@
}

$NotFound = @{ 2 = 'ERROR_FILE_NOT_FOUND'; 3 = 'ERROR_PATH_NOT_FOUND'; 53 = 'ERROR_BAD_NETPATH'
               123 = 'ERROR_INVALID_NAME'; 161 = 'ERROR_BAD_PATHNAME' }

# Keyed by hex string: tags above 0x7FFFFFFF do not fit Int32, so an integer-keyed
# lookup misses and every junction reads as unknown.
$Tags = @{
    'A0000003' = 'MOUNT_POINT (junction)';        'A000000C' = 'SYMLINK'
    '9000001A' = 'CLOUD (OneDrive placeholder)';  '9000101A' = 'CLOUD_1'
    '9000201A' = 'CLOUD_2';                       '9000301A' = 'PROJFS'
    '8000001E' = 'STORAGE_SYNC';                  '80000014' = 'NFS'
    '8000000A' = 'DFS';                           '80000012' = 'DFSR'
    '80000018' = 'WCI (container isolation)'
}

function Err($c) { try { (New-Object ComponentModel.Win32Exception([int]$c)).Message } catch { '?' } }

function DecodeAttrs([uint32]$a) {
    $n = @()
    if ($a -band 0x10)  { $n += 'DIRECTORY' }
    if ($a -band 0x400) { $n += 'REPARSE_POINT' }
    if ($a -band 0x20)  { $n += 'ARCHIVE' }
    if ($a -band 0x1)   { $n += 'READONLY' }
    if ($a -band 0x2)   { $n += 'HIDDEN' }
    if ($a -band 0x4)   { $n += 'SYSTEM' }
    if ($n) { $n -join ' | ' } else { '(none)' }
}

# fsutil rather than FindFirstFileW: reading the tag out of WIN32_FIND_DATAW needs a
# hand-marshalled struct, which is exactly the fragility this script now avoids.
function ReparseTag([string]$p) {
    $line = (& fsutil.exe reparsepoint query ($p -replace '/', '\') 2>&1 |
             Select-String -Pattern '0x[0-9a-fA-F]{8}' | Select-Object -First 1)
    if (-not $line) { return 'unavailable' }
    $m = [regex]::Match($line.Line, '0x([0-9a-fA-F]{8})')
    if (-not $m.Success) { return 'unavailable' }
    $k = $m.Groups[1].Value.ToUpper()
    $name = if ($Tags.ContainsKey($k)) { $Tags[$k] } else { 'UNKNOWN' }
    "0x$k  $name"
}

# Returns @{ Ok = bool; Attrs = uint; Gle = int } using the same API MSVC status() calls.
function GetAttrs([string]$p) {
    $buf = [Runtime.InteropServices.Marshal]::AllocHGlobal(36)   # sizeof(WIN32_FILE_ATTRIBUTE_DATA)
    try {
        $ok = [FcDiag.Native]::GetFileAttributesExW($p, 0, $buf)
        $gle = [Runtime.InteropServices.Marshal]::GetLastWin32Error()
        $attrs = if ($ok) { [uint32][Runtime.InteropServices.Marshal]::ReadInt32($buf) } else { 0 }
        @{ Ok = $ok; Attrs = $attrs; Gle = $gle }
    }
    finally { [Runtime.InteropServices.Marshal]::FreeHGlobal($buf) }
}

# Reproduces MSVC status() exactly, including the reparse-point follow step.
# Emits its report to the output stream; signals via $script:NameUnresolved rather
# than a return value, because a returned value would be merged into that same
# stream and swallow the whole report at the call site. Only CASE A sets the flag --
# that is the one outcome where the on-disk name is worth inspecting.
$script:NameUnresolved = $false
function Probe([string]$label, [string]$p) {
    "`n$label"
    "  path : [$p]"
    $r = GetAttrs $p
    $ok = $r.Ok; $gle = $r.Gle; $attrs = $r.Attrs

    if (-not $ok) {
        "  GetFileAttributesExW : FAILED  gle=$gle  ($(Err $gle))"
        if ($NotFound.ContainsKey([int]$gle)) {
            "  => is_directory() returns FALSE, no exception   [CASE A: $($NotFound[[int]$gle])]"
            "     status() maps this error to file_type::not_found."
            if ($gle -ne 123 -and $gle -ne 161) { $script:NameUnresolved = $true }
        }
        else {
            "  => is_directory() THROWS filesystem_error (error $gle is outside the"
            "     not-found class), so this is NOT the file-branch bug."
        }
        return
    }

    "  GetFileAttributesExW : OK  attrs=0x{0:X}  [{1}]" -f $attrs, (DecodeAttrs $attrs)

    if (-not ($attrs -band 0x400)) {
        if ($attrs -band 0x10) { "  => is_directory() returns TRUE"; return }
        "  => is_directory() returns FALSE   [CASE B: really is a file, not a directory]"
        return
    }

    "  reparse tag          : $(ReparseTag $p)"
    # FILE_READ_ATTRIBUTES=0x80, share all, OPEN_EXISTING, FILE_FLAG_BACKUP_SEMANTICS
    $h = [FcDiag.Native]::CreateFileW($p, 0x80, 0x7, [IntPtr]::Zero, 3, 0x02000000, [IntPtr]::Zero)
    $gle2 = [Runtime.InteropServices.Marshal]::GetLastWin32Error()
    if ($h -ne [IntPtr](-1)) {
        [void][FcDiag.Native]::CloseHandle($h)
        "  reparse target open  : OK"
        "  => is_directory() returns TRUE"
        return
    }
    "  reparse target open  : FAILED  gle=$gle2  ($(Err $gle2))"
    if ($NotFound.ContainsKey([int]$gle2)) {
        "  => is_directory() returns FALSE, no exception   [CASE C]"
        "     Attributes say DIRECTORY, but status() follows the reparse point and"
        "     gets not_found. This is the silent case that hits the file branch."
    }
    else {
        "  => is_directory() THROWS filesystem_error ($gle2)"
    }
}

"input path : [$Path]"
# A relative path would be probed against the process working directory, which is not
# what the caller means and silently produces a bogus CASE A. Resolve it first.
try {
    # IsPathRooted first: Join-Path does NOT detect an already-absolute second part and
    # would happily produce "D:\cwd\C:\real\path".
    $full = if ([IO.Path]::IsPathRooted($Path)) { [IO.Path]::GetFullPath($Path) }
            else { [IO.Path]::GetFullPath((Join-Path (Get-Location).ProviderPath $Path)) }
    if ($Path -ne $full) { "resolved   : [$full]"; $Path = $full }
}
catch { "resolved   : could not resolve ($($_.Exception.Message.Trim())) - probing as given" }
"length     : $($Path.Length) chars"
$odd = @()
for ($i = 0; $i -lt $Path.Length; $i++) {
    $cp = [int]$Path[$i]
    if ($cp -lt 32 -or $cp -gt 126) { $odd += ("[{0}] U+{1:X4}" -f $i, $cp) }
}
if ($odd) { "non-ASCII  : $($odd -join '  ')   <-- can cause ERROR_INVALID_NAME (case A)" }
else      { "non-ASCII  : none (pure ASCII)" }

$fwd = $Path -replace '\\', '/'
Probe 'FORM 1: as given (backslash)' $Path
# Recorder.cpp:40 converts every backslash to a forward slash, so this is the string
# that actually reaches is_directory() inside FastCopy.
Probe 'FORM 2: forward slash  <-- THE FORM THE APP ACTUALLY USES' $fwd

# CASE A only: the name did not resolve, and the usual reason is that the on-disk name
# differs invisibly (trailing space, homoglyph). Skipped for B and C, where the entry
# was found and the name is not in question.
if ($script:NameUnresolved) {
    $clean = $Path -replace '/', '\'
    $parent = [IO.Path]::GetDirectoryName($clean.TrimEnd('\'))
    $leaf = [IO.Path]::GetFileName($clean.TrimEnd('\'))
    "`nsiblings in [$parent] resembling [$leaf]:"
    $sibs = Get-ChildItem -LiteralPath $parent -Force -ErrorAction SilentlyContinue |
        Where-Object { $_.Name.Trim() -like "*$($leaf.Trim())*" }
    if ($sibs) {
        foreach ($s in $sibs) {
            $cps = ($s.Name.ToCharArray() | ForEach-Object { '{0:X4}' -f [int]$_ }) -join ' '
            "  [{0}] len={1} exact={2}" -f $s.Name, $s.Name.Length, ($s.Name -ceq $leaf)
            "     U+ $cps"
        }
    }
    else { "  none found" }
}

[lIL1521]

返回如下：

PS D:\Users\qwe12\AppData\Xplane-map-cache> D:\Users\qwe12\AppData\Xplane-map-cache\a.ps1 -Path autoortho
input path : [autoortho]
resolved   : [D:\Users\qwe12\AppData\Xplane-map-cache\autoortho]
length     : 49 chars
non-ASCII  : none (pure ASCII)

FORM 1: as given (backslash)
  path : [D:\Users\qwe12\AppData\Xplane-map-cache\autoortho]
  GetFileAttributesExW : OK  attrs=0x10  [DIRECTORY]
  => is_directory() returns TRUE

FORM 2: forward slash  <-- THE FORM THE APP ACTUALLY USES
  path : [D:/Users/qwe12/AppData/Xplane-map-cache/autoortho]
  GetFileAttributesExW : OK  attrs=0x10  [DIRECTORY]
  => is_directory() returns TRUE
PS D:\Users\qwe12\AppData\Xplane-map-cache>

[MALossov]

其实是存在的，windows隐藏了而已。attrib来恢复就行。

[MALossov]

查看隐藏：

Get-ChildItem -Path <你的路径> -Force -Recurse -Directory | Where-Object { ($_.Attributes -band [System.IO.FileAttributes]::Hidden) -and ($_.Attributes -band [System.IO.FileAttributes]::System) } | Select-Object -ExpandProperty FullName

恢复显示：

# 定义需要跳过的系统关键文件夹名称
$Exclude = @("System Volume Information", "$Recycle.Bin", "Recovery", "Windows", "Program Files", "Program Files (x86)")

# 查找 E 盘下所有隐藏+系统的文件夹，并移除属性
Get-ChildItem -Path "E:\" -Force -Recurse -Directory | Where-Object {
    ($_.Attributes -band [System.IO.FileAttributes]::Hidden) -and
    ($_.Attributes -band [System.IO.FileAttributes]::System) -and
    ($_.Name -notin $Exclude)
} | ForEach-Object {
    Write-Host "正在恢复显示: $($_.FullName)" -ForegroundColor Green
    # 移除隐藏和系统属性
    attrib.exe -s -h "$($_.FullName)"
}
Write-Host "`n操作完成！请刷新文件资源管理器查看。" -ForegroundColor Yellow

[lIL1521]

这个就是一个普通的文件夹啊，要是隐藏的话资源管理器不会显示 获取 Outlook for iOS<https://aka.ms/o0ukef>

…

________________________________ 发件人: MALossov ***@***.***> 发送时间: Saturday, 08 August 2026 13:42:03 收件人: HO-COOH/FastCopy ***@***.***> 抄送: AD ***@***.***>; Author ***@***.***> 主题: Re: [HO-COOH/FastCopy] 这个程序对于文件夹的无论是复制还是删除的处理方案均不太好 (Issue #60) [https://avatars.githubusercontent.com/u/19236504?s=20&v=4]MALossov left a comment (HO-COOH/FastCopy#60)<#60 (comment)> 查看隐藏： Get-ChildItem -Path <你的路径> -Force -Recurse -Directory | Where-Object { ($_.Attributes -band [System.IO.FileAttributes]::Hidden) -and ($_.Attributes -band [System.IO.FileAttributes]::System) } | Select-Object -ExpandProperty FullName 恢复显示： # 定义需要跳过的系统关键文件夹名称 $Exclude = @("System Volume Information", "$Recycle.Bin", "Recovery", "Windows", "Program Files", "Program Files (x86)") # 查找 E 盘下所有隐藏+系统的文件夹，并移除属性 Get-ChildItem -Path "E:\" -Force -Recurse -Directory | Where-Object { ($_.Attributes -band [System.IO.FileAttributes]::Hidden) -and ($_.Attributes -band [System.IO.FileAttributes]::System) -and ($_.Name -notin $Exclude) } | ForEach-Object { Write-Host "正在恢复显示: $($_.FullName)" -ForegroundColor Green # 移除隐藏和系统属性 attrib.exe -s -h "$($_.FullName)" } Write-Host "`n操作完成！请刷新文件资源管理器查看。" -ForegroundColor Yellow ― Reply to this email directly, view it on GitHub<#60?email_source=notifications&email_token=AWVDEATFG46JHYL32VWPLYD5I24SXA5CNFSNUABFM5UWIORPF5TWS5BNNB2WEL2JONZXKZKDN5WW2ZLOOQXTKMRSGQ3TOMZSHE3KM4TFMFZW63VGMF2XI2DPOKSWK5TFNZ2KYZTPN52GK4S7MNWGSY3L#issuecomment-5224773296>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AWVDEAWX55RL6BCEDANSZH35I24SXAVCNFSNUABFKJSXA33TNF2G64TZHM2TQOJSGQ2DSOBUHNEXG43VMU5TKMBYHAZDSNZXG43KC5QC>. You are receiving this because you authored the thread.Message ID: ***@***.***>

[MALossov]

这个就是一个普通的文件夹啊，要是隐藏的话资源管理器不会显示

获取 Outlook for iOShttps://aka.ms/o0ukef
…

复制完了目标文件夹（包括复制的root)就隐藏了 甚至复制的时候目标都还在
我和你应该是一样的问题。

[lIL1521]

是根本就没有启动复制，我用dg看的，删除可以，但是卡gui 获取 Outlook for iOS<https://aka.ms/o0ukef>

…

________________________________ 发件人: MALossov ***@***.***> 发送时间: Saturday, 08 August 2026 13:46:25 收件人: HO-COOH/FastCopy ***@***.***> 抄送: AD ***@***.***>; Author ***@***.***> 主题: Re: [HO-COOH/FastCopy] 这个程序对于文件夹的无论是复制还是删除的处理方案均不太好 (Issue #60) [https://avatars.githubusercontent.com/u/19236504?s=20&v=4]MALossov left a comment (HO-COOH/FastCopy#60)<#60 (comment)> 这个就是一个普通的文件夹啊，要是隐藏的话资源管理器不会显示 获取 Outlook for iOShttps://aka.ms/o0ukef … 复制完了目标文件夹（包括复制的root)就隐藏了 甚至复制的时候目标都还在 我和你应该是一样的问题。 ― Reply to this email directly, view it on GitHub<#60?email_source=notifications&email_token=AWVDEAVXCXFLLLGH7O64SY35I25DDA5CNFSNUABFM5UWIORPF5TWS5BNNB2WEL2JONZXKZKDN5WW2ZLOOQXTKMRSGQ3TQNZTGA3KM4TFMFZW63VGMF2XI2DPOKSWK5TFNZ2KYZTPN52GK4S7MNWGSY3L#issuecomment-5224787306>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AWVDEARLB46SG4TT7JPU6535I25DDAVCNFSNUABFKJSXA33TNF2G64TZHM2TQOJSGQ2DSOBUHNEXG43VMU5TKMBYHAZDSNZXG43KC5QC>. You are receiving this because you authored the thread.Message ID: ***@***.***>

[MALossov]

是根本就没有启动复制，我用dg看的，删除可以，但是卡gui

获取 Outlook for iOShttps://aka.ms/o0ukef
…

？总线都满了你看个der，robocopy的时候smart都看不了（

[MALossov]

你的第二个case：“autoortho” 那个，具体是什么问题？这个log看上去就是个正常的文件复制，然后目标文件夹有完全符合的文件，所以就也没有创建副本。

用powershell Get-Item命令看下那个文件的属性（有点怀疑它是个重解析点，不是个正常文件）

对的 我测出来就是隐藏了而已（但是确实最后也会卡gui

[lIL1521]

这个是复制前后目录的实际文件情况

PS D:\autodesk> Get-ChildItem -Path D:\Users\qwe12\AppData\Xplane-map-cache\autoortho -Force -Recurse -Directory | Where-Object { ($_.Attributes -band [System.IO.FileAttributes]::Hidden) -and ($_.Attributes -band [System.IO.FileAttributes]::System) } | Select-Object -ExpandProperty FullName
PS D:\autodesk> Get-ChildItem -Path D:\Users\qwe12\AppData\Xplane-map-cache -Force -Recurse -Directory | Where-Object { ($_.Attributes -band [System.IO.FileAttributes]::Hidden) -and ($_.Attributes -band [System.IO.FileAttributes]::System) } | Select-Object -ExpandProperty FullName
PS D:\autodesk> Get-ChildItem -Path D:\autodesk -Force -Recurse -Directory | Where-Object { ($_.Attributes -band [System.IO.FileAttributes]::Hidden) -and ($_.Attributes -band [System.IO.FileAttributes]::System) } | Select-Object -ExpandProperty FullName
PS D:\autodesk>

我没有了解你所说的是复制前还是复制后目录，我这边用你给的那个脚本测就是这个结果，如果查询D根肯定会有，但是不是这个问题所在

[lIL1521]

我发现了，好像是长目录问题，即目录过深，我测一下

[lIL1521]

fastcopyex对D:\Users\qwe12\AppData\autoortho-cache无法复制
但是对D:\Users\qwe12\AppData\Local复制正常
对D:\Users\qwe12\AppData\Local\123pan也复制异常

是长路径权限的问题吗，还是哪一个方面的问题