Observe o registro à esquerda, uma unidade em algum lugar no mapa acaba presa em um loop de tentar se mover para um local inatingível que leva a um CTD
_Pode incluir também questões como # 635 em outras instâncias_
Estou encontrando um problema semelhante na missão Battleship. BATTLEUNIT_2925 e 2926 causaram isso.
saves.zip
O arquivo battlehip.save está mais perto de quando a unidade 2926 tem o loop infinito. 2925 parecia tê-lo imediatamente no outro arquivo, embora matar o Psimorph parecesse consertá-lo.
Isso está usando OpenApoc-v0.2.0.2-16-g2f96387e e V7.1 EWM.
Por favor, feche o problema (eu baguncei um pouco o padrão de fechamento de problemas no PR).
Eu tendo a não usar a coisa automática "fecha # número" no github, já que normalmente quero que a compilação resultante seja testada para ver se ela realmente resolve o problema original enviado - às vezes eu / acho / resolvi um problema, mas apenas acaba sendo uma forma possível de causar esse problema, mas não resolveu o problema original :)
Mas suponho que isso signifique que a falta de testes reproduzíveis significaria que muitos problemas podem permanecer naquele estado zumbi de "provavelmente corrigido, mas ainda aberto", então um pouco de falsificação é necessário.
Comentários muito úteis
Eu tendo a não usar a coisa automática "fecha # número" no github, já que normalmente quero que a compilação resultante seja testada para ver se ela realmente resolve o problema original enviado - às vezes eu / acho / resolvi um problema, mas apenas acaba sendo uma forma possível de causar esse problema, mas não resolveu o problema original :)
Mas suponho que isso signifique que a falta de testes reproduzíveis significaria que muitos problemas podem permanecer naquele estado zumbi de "provavelmente corrigido, mas ainda aberto", então um pouco de falsificação é necessário.