Dyalog APL中间歇性DELETE PENDING错误的排查与解决

你遇到的问题本质是Windows文件系统在VMWare虚拟环境下的操作延迟，叠加代码中对文件操作函数的误用，导致删除操作未完全落地时就尝试创建同名文件，触发DELETE PENDING状态的文件访问错误。

代码中的核心问题 #

1. 冗余且错误的句柄操作：⎕NPUT执行完成后会自动关闭文件句柄，你后续调用filename ⎕NTIE 0属于重新打开并绑定文件句柄，而filename ⎕NERASE 句柄的写法不符合⎕NERASE的正确用法——若要关闭句柄，应使用句柄 ⎕NERASE 0；若要删除文件，直接调用⎕NERASE filename即可，无需额外绑定句柄。这种冗余操作会导致文件句柄释放不及时，在虚拟环境的磁盘延迟下更容易触发DELETE PENDING。

解决方案 #

1. 修正文件操作代码

去掉冗余的句柄操作，简化后的代码如下：

:Namespace DeletePending
    ∇ main nTimes;filename;i
      :For i :In ⍳nTimes
          filename←'c:\tmp\delete_pending_dummy.txt'
          (⊂'one' 'two')⎕NPUT filename 1
          ⎕NERASE filename
      :EndFor
    ∇
:EndNamespace

2. 添加文件删除完成检查（适配虚拟环境延迟）

由于VMWare虚拟磁盘的文件系统可能存在操作延迟，即使修正代码仍可能出现间歇性错误，可以添加循环检查确保文件确实被删除后再进入下一次循环：

:Namespace DeletePending
    ∇ main nTimes;filename;i;exists
      :For i :In ⍳nTimes
          filename←'c:\tmp\delete_pending_dummy.txt'
          (⊂'one' 'two')⎕NPUT filename 1
          ⎕NERASE filename
          // 循环等待文件被彻底删除
          :Repeat
              exists←1 ⎕NSIZE filename ⍝ 检查文件是否存在（返回0表示不存在）
          :Until exists=0
      :EndFor
    ∇
:EndNamespace

3. 升级Dyalog APL版本

你使用的Dyalog APL 16.0是较旧的版本，后续版本对文件系统操作的稳定性有针对性优化，尤其是虚拟环境的兼容性。建议升级到最新稳定版（如18.x系列），大概率能解决这类间歇性的文件系统问题。

内容的提问来源于stack exchange，提问作者Albert Wifstrand