我最近对我的自定义文档类进行了一些重大更改。这些更改主要是视觉上的，而不是功能上的。但是，splitindex 开始出现问题，我不知道为什么。
事情是这样的：
我的文档administration_manual.tex无法编译其索引。如果我运行splitindex，texworks会显示
splitindex 2808 open_stackdumpfile: Dumping stack trace to splitindex.exe.stackdump
如果我将administration_manual.tex 重命名为administration_manual_2.tex，它会毫无问题地编译索引。问题似乎与名称有关，但仍然有些随意。几天前，我通过简单地重新启动计算机设法“解决”了这个问题。此外，删除所有临时文件后问题仍然存在。我有一堆文档，每个文档都运行良好。不过，看起来texworks、splitindex.exe 甚至 Windows 都遇到了名称问题。
这是为什么？我该怎么做才能编译administration_manual.tex 的索引？我想保留这个名称，因为它有多个依赖项。
MME：我知道我应该发布 MME，但这次我认为它不会有帮助。编制索引的能力似乎受到文档名称的影响。
更新：
她有些搞笑，这表明 texworks 本身可能存在问题：如果我使用 Gradle（我们的大多数文档等都是使用 Gradle 自动构建的），我就可以编译索引，而不管文档/文件名。
答案1
生成的 stackdump 文件与 documentclass 无关。实际上，它们几乎是随机的，是由 cgywin（splitindex.exe 需要它）和 texworks 的一些问题引起的。
使用批处理文件或 gradle 生成文档不会产生错误。我能够使用 gradle 和批处理文件完成所有索引。
文档名称与问题相关。更改文档名称将“修复”该问题。
删除所有临时文件始终是一个好方法，但这次它无济于事。
有时，只需重新启动计算机即可解决问题。
Texworks 不是问题的原因，但它是问题的一部分。例如：我无法使用 texworks 编译 texta.tex 的索引，但我可以编译 textb.tex 的索引。但是，如果我使用不同的作业名称（例如选择语言），我可以使用 texworks 编译 texta.tex 的索引。无论哪种方式，我都可以使用批处理文件或 gradle 编译所有索引。