Memory 是什么导致plink/批处理作业软件重复出现glibc错误-？

我正在通过PBS批处理作业运行plink软件。运行作业时发生此错误：

 *** glibc detected *** /software/plink: double free or corruption (out): 0x000000018dfafca0 ***
 ======= Backtrace: =========
 [0x7d7691]
 [0x7d8bea]
 [0x45f5ed]
 [0x47bb11]
 [0x40669a]
 [0x7bdb2c]
 [0x400209]

但是，它只发生在我的一个文件（BW30-60GB文件）中，每次重新运行都会显示完全相同的回溯映射。我尝试不通过批处理调度程序运行它，但再次收到相同的错误，返回跟踪映射相同。我只是在使用这个软件（plink），并没有编写它，所以大多数在线答案都是关于在程序中编写和释放内存的

有什么想法吗

导致此错误的原因是什么，以及

我怎么能修好它

导致此错误的原因是什么，以及

plink中的双重释放或堆损坏

我怎么能修好它

你不能。你可以做两件事中的一件，这取决于你知道和理解的程度

首先，从源代码构建最新版本的
plink
，看看问题是否仍然存在

如果没有，您就完成了（或者至少您可能希望其他人发现并修复了此问题）

如果是这样的话，您必须对问题进行充分的调试，以便您或
plink
开发人员能够修复它。一些应该有帮助的工具：和（注意：除了叮当声，在GCC-4.8中提到消毒剂）

一旦你有了一个好的报告（内存是在哪里分配的，它是在哪里损坏的），你要么修复它，并将修复提交给
plink
开发人员，要么给他们一个带有分配和损坏位置以及堆栈跟踪的bug报告。
我知道这可能不是你想要听到的，但您可能需要向支持您的plink的人报告错误。无论是否使用批处理系统，您都会得到它，这一事实强烈表明这是plink本身的一个错误。你也可以在plink中搜索已知的bug，看看这是否已经被修复。谢谢你的解释！！它必须重建，因为它只发生在特定的filter命令中。在你回答之前，我只是做了分析和手动筛选，但现在我知道了更多，以后再做