（1）根据经验判断，出现此情况很大概率是由于输入数据顺序异常造成。在按十字子集模式处理数据时，通常应严格按照4关键字输入：source line、receiver line、source stake、trace（source line和receiver line先后顺序可变），而gather flag应为source（注意不能为source stake，因有重号可能）。在极罕见的情况下，也可能需要按照5关键字输入，例如：当单子集中有多个炮点的桩号重复时（如炸药和可控震源重叠区，部分重炮），此时需要按5个关键字source line、receiver line、source stake、source、trace输入，以将重炮数据按source区分开。（2）另一种造成异常中止的原因是内存资源不足，很少出现。当数据单子集较大（如单个子集中的炮、检点个数均超过1千）、而节点物理内存较小时，可能出现该状况。用户可查看作业的LOG文件，其中有子集补零后规模的统计信息，如（1024，1024，4096），分别为炮、检、时间方向在补零后的实际个数，则其内存需求为1024*1024*4096*4（浮点数4字节）= 16GB，此时如节点物理内存与虚拟内存之和（可用top命令查看）小于16GB，则会异常中止错出，如仅是物理内存小于16GB，则模块运行会非常慢。建议换大内存节点处理数据。