这是受到研究 Open-Command 中未记录的错误信息所启发的，我们投入了大量时间来寻找错误的原因，如果错误信息有意义并且有记录（例如在 scrioting 索引中），则可以避免该错误。
事实上，我们得到了错误“无法打开行表“多次，但在使用 Open-Command 打开 CSV 文件时无法重现。经过长期研究，我们发现，有时通过网络复制大型文件的操作需要很长时间，如果网络不稳定，则会在超时后被放弃。这意味着文件内容的一部分可以传输，但另一部分则不能，并将用 Null 值填充。
我希望通过以下方式改善这些毫无意义的错误信息：
- 将它们转移到有意义的消息“无法打开行中的表格” " => 例如“文件已损坏，无法读取第“
- 至少在脚本索引中通过给出代码示例来记录它
- 使错误消息的文本语言独立于英语
- 返回与 Windows 世界中的语言无关的错误编号，例如
- 函数 exception_code() 返回一个包含错误编号和语言无关错误的数组，字符串形式为 { 93, "File not found"} 或类似字符串。这对于查询错误代码并向用户显示自定义消息非常有用。
这个想法对于减少对错误信息的不必要研究时间以及加强对错误的预防和处理非常重要。
@马丁德梅尔
