Openapoc: le jeu plante sans raison

ty pour le rapport @Erydian mais "Aucune raison" ne décrit pas ce que vous avez fait avant le crash)

Un seul événement étrange se produit dans cette sauvegarde après le chargement : un accident de véhicule de transport volant civique, comme vous le voyez sur ma vidéo :

https://youtu.be/DgPUgPbPpfs

Mais tout se résout normalement.

J'aimerais prendre le train en marche du CTD pour "Aucune raison" qui ne décrit rien. J'ai ouvert un nouveau jeu après une nouvelle installation à partir du programme d'installation exe. S'est écrasé en quelques secondes.

Tout ce que je peux offrir, c'est le journal :
openapoc_log.txt

Un autre plantage, un autre journal :
openapoc_log.txt

Fichier de configuration :

OpenApoc_settings.zip

Je n'ai pas encore réussi à reproduire ce crash.

C'est peut-être lié au crash de la destruction de la texture GL sur macos (bien que nous fassions /techniquement/ quelque chose de mal ici en appelant les choses à partir du mauvais thread, sur chaque pilote non macos, je peux le tester ne fait qu'entraîner une petite fuite au lieu d'un crash).

La définition de l'option "Framework.Data.ImageSetCacheSize" sur une valeur élevée (par exemple 9999999999) afin que les images ne soient jamais détruites évite-t-elle ce plantage ?

Désolé pour mon mauvais rapport. À la deuxième itération de ce problème de test, j'ai un plantage à 2:55 sur la dernière version.
Je joins le backtrace gdb.
_586_gdb_output.txt

D'une manière ou d'une autre, cette sauvegarde a une biochimiste civile nommée "Jennifer Williams" avec un homeBuilding "BUILDING_TEMPLE_OF_THE_VISITORS" avec une santé modifiée_stats de "0" et une santé current_stats de "36", donc Agent :: updateHourly essaie de les soigner.

Comme ils sont dans leur "maison", il essaie de demander combien de baies médicales il y a dans la base.. mais naturellement il n'y a pas de base, car c'est un civil dans un bâtiment civil :)