Openapoc: Schlachtschiff wird sich nicht selbst zerstören/Verhindert möglicherweise das Speichern

Erstellt am 21. Juli 2019  ·  5Kommentare  ·  Quelle: OpenApoc/OpenApoc

Dies könnte mit #629 zusammenhängen. Nach Abschluss der Mission hat sich das UFO auf dem Stadtbild nicht selbst zerstört. Ich denke, dies kann mich daran hindern, am nächsten Tag zu speichern, da das Spiel fehlschlägt, bevor das Speichern abgeschlossen ist.

save_Stream Test.zip
openapoc_log.txt

!BUG! MEDIUM PRIORITY

Hilfreichster Kommentar

Die Selbstzerstörung von UFOs nach einem Kampf ist in #878 behoben.

Alle 5 Kommentare

Kurzes Update: Ich konnte den Fehler erst Stunden nach der Mission erhalten. Sie müssen nicht bis zum nächsten Tag warten. Das Spiel ließ mich jedoch sofort nach dem ersten Laden des Speichers speichern.

Ein weiteres Update: Ich glaube fest daran, dass das sich nicht selbst zerstörende UFO das Spiel daran hindert, einen Speichervorgang abzuschließen. Ich konnte das Spiel ursprünglich speichern, weil die Zeit angehalten wurde und der Code zur Selbstzerstörung nicht ausgeführt wurde, so dass das UFO legitimerweise noch da war. Da sich das UFO jedoch NICHT selbst zerstört hat, läuft etwas im Code schief, wenn das Spiel versucht zu speichern.

W 12605447300 void __cdecl OpenApoc::GameState::validate(void): Validating GameState
W 12614002600 void __cdecl OpenApoc::GameState::validate(void): Validierter GameState
W 105548142800 void __cdecl OpenApoc::GameState::validate(void): Validieren von GameState
W 105555531100 void __cdecl OpenApoc::GameState::validate(void): Validierter GameState
E 154428341400 void __cdecl OpenApoc::serializeOut(class OpenApoc::SerializationNode *,const enum OpenApoc::VehicleMission::MissionType &,const enum OpenApoc::VehicleMission::MissionType &,const class std::map,class std::allocator> > &): Ungültiger Aufzählungswert für Aufzählung OpenApoc::VehicleMission::MissionType: 6
0x00007FF70EAB998A PHYSFS_writeSLE64+0x1cb26a
0x00007FF70EB15DFD PHYSFS_writeSLE64+0x2276dd
0x00007FF70EB0FD5D PHYSFS_writeSLE64+0x22163d
0x00007FF70EAA5F6C PHYSFS_writeSLE64+0x1b784c
0x00007FF70EB0EE42 PHYSFS_writeSLE64+0x220722
0x00007FF70EAB2A48 PHYSFS_writeSLE64+0x1c4328
0x00007FF70EB05E7E PHYSFS_writeSLE64+0x21775e
0x00007FF70E91A73F PHYSFS_writeSLE64+0x2c01f
0x00007FF70EA3922B PHYSFS_writeSLE64+0x14ab0b
0x00007FF70EA38703 PHYSFS_writeSLE64+0x149fe3
0x00007FF70E7FD2E9 PHYSFS_writeSLE64+0xffffffffffff0ebc9
0x00007FF70E833BB0 PHYSFS_writeSLE64+0xffffffffffff45490
0x00007FF70E706DDA PHYSFS_writeSLE64+0xffffffffffe186ba
0x00007FF70E707663 PHYSFS_writeSLE64+0xffffffffffe18f43
0x00007FF70E6E1032 PHYSFS_writeSLE64+0xffffffffffdf2912
0x00007FF70EB9BDA5 PHYSFS_writeSLE64+0x2ad685
0x00007FF70E8EF135 PHYSFS_writeSLE64+0xa15
0x00007FF8BD6D7974 BaseThreadInitThunk+0x14
0x00007FF8BDE3A271 RtlUserThreadStart+0x21

Vielleicht letztes Update: Mit Strg+Shift+Alt+Rechtsklick zerstörte das UFO und erlaubte erneut das Speichern.

Der obige Fix wird dies wahrscheinlich nicht lösen - aber hoffentlich die Einsparung beheben, damit wir einen besseren Reproduktionsfall erhalten?

Die Selbstzerstörung von UFOs nach einem Kampf ist in #878 behoben.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen