Openapoc: ID「VEHICLE_794」CTDに一致する車両がありません

ただ頭を上げる
このCTDは現在2つのゲームをバグしています。
「イージーマップ」の両方
どちらも車両ID794〜
「LimpAlong」をクリックすると、デスクトップに直接戻ります。

そのバックトレースは、デバッグシンボルが見つからないように、正しくないように見えます（したがって、検出できる最も近いシンボルを使用しているだけです。これはたまたまphysfsです）。

appveyorビルドを使用している場合、「debug」パッケージを上から抽出できますか？ それで、.pdbファイルは.exeと同じディレクトリにありますか？

また、「足を引きずってみてください」は、一部のエラー（このような）では機能しません。エラーは事実上「クラッシュしようとしています。理由は次のとおりです：」であるため、続行しようとするとクラッシュします:)

長期的な目標として、現在の「保存」状態をエラー時にダンプできる可能性があります。何が問題なのかについての有用な情報が得られる可能性があります...しかし、それはまったく同じ問題に該当する可能性があります（内部データができない場合）信頼できる、セーブを書き込もうとしてクラッシュする可能性があります）

@JonnyH問題ありません。月曜日に仕事から戻ったら、デバッグパッケージを上にしてテストを開始することを目指します...

現在、若い体操選手の私の目玉まで：D

何歳？ ）その合法的なXDを願っています

@ makus82悲しいことに、今週末、そして最後の数人を除いて、すべてが若すぎました。 しかし、私がそれらを行うときのユニイベントは常に楽しいです-熱い女性、すべて合法です💃

CTDについては、添付のログ、保存などをご覧ください。 時間を開始するだけで、ゲームがクラッシュします...

@JonnyHが言ったように、これらを生成する前にデバッグインストールを実行しました...

openapoc_log.txt

save_Easy 1.zip

そして、同じ保存ファイルの異なるバリエーション...

openapoc_log.txt

再び0.1-117で
クリーンインストールを実行する場合でも（保存を除く既存のすべてのapocデータをワイプし、zipから再度抽出します）

私はいくつかの詳細を提供することができます。
再現する手順：

1. 中程度の（おそらく任意の）難易度でゲームを開始する
2. 地上（多分）車両を売る
3. ゲームを保存する
4. ゲームをロード
5. ゲームの一時停止を解除

@OverDrone

ああ、はい、私がこのCTDを取得するすべてのゲームで、私はウルフハウンドAPCとストームドッグを販売して、使用したことのない車両のために数千ドルの現金を追加で取得します。

車両を販売していないときにゲームのテストを行い、このエラーが発生するかどうかを確認します。
現在、すべてのゲームiveは、クラッシュした車両を販売していました...

うーん、iveが地上ユニットを販売しなかったゲームでこのクラッシュが発生しました...非常に似ているようです...

ここで同じ問題....デスクトップに行くveicleとデバッグオプションを販売することはできません...
何かアイデアx解決？

取引画面のコードがめちゃくちゃに見えます。 リファクタリングせずにこの問題を修正するのは難しい。

0.1-167（OpenApoc-x64-v0.1-167-gf31d8b8b）にはまだ存在しますが、これは少し面倒です...車両の死亡バグがソートされて報告されています。 なぜこのバグが押しつぶされることを拒否しているのだろうか？

ゲームをロードしましたか、それとも新しいゲームを開始しましたか？
新しいゲームでテストしてみてください。

確認するために、新規インストールで新規ゲームを開始しました。 それでも問題があるかどうかを確認します。

OK、この問題が修正されたことを確認する前に、問題＃255が原因でゲームがクラッシュしたようです。

そうは言っても、私はStormdogとWolfhound APCを販売でき、794 CTDはまだ販売できませんでしたが、ゲームを中断せずに初日の終わりまで到達していません:(

新しいゲームを終了したクラッシュのログと画面については、＃255に関する最新のコメントを参照してください。

@redv車両のクラッシュは修正されたようですが、問題はエージェントにも拡大しているようです。このバグは引き続き発生します...

ゲームを終了するとクラッシュしますか？

ゲームを終了するとき、またはベース画面に入るときに発生します（上記の場合は終了しました）

@redv残念ながら、OpenApocの新規、クリーンインストール、および新しいゲームでAgent45エラーが再び発生しました。 次のようにゲームを終了すると発生しました...

ゲームバージョンは最新ビルドです（執筆時点では0.1-172）

「LimpAlong」をクリックすると、このバリアントが生成されます...

アプリケーションがGameStateクラスを破棄すると、最初にエージェントリスト、次に拠点、施設、ラボなどが破棄されます。Labクラスには独自のエージェントリスト（科学者）が含まれますが、エージェントクラスはすでに破棄されています。 したがって、バグが発生します。
PR＃337はこのバグを修正します。
可能な回避策として、ゲームを終了する前にラボから科学者を削除します。

@redv
残念ながら、バージョンOpenApoc-debug-x64-v0.1-169-g921de2a3でこの問題の亜種をまだ取得してい

今回は、エージェントを（ピープルチューブを介して徒歩で）スラム街のエイリアン事件に移動させています。 CoSテンプルを襲撃する準備もしています。建物とエージェントを選択するとエラーが発生します。

CTDの前の最後の保存を添付してください。

@redvここに行きます。 エラーを繰り返すには、Valkyrieを基地のすぐ北東にあるCoS寺院に送り、2人のAndroidエージェントを1、2分後に現れるスラム街の事件に送ります。

ValkyrieがCoS寺院に到着し、建物を襲撃するために内部のエージェントを選択すると、エラーが発生します。

save_Medium Test 1.zip

Savegameは、OpenApocのクリーンインストールで今日作成された新しいものです。 ゲームはプレイの最初の数分です...

このバグは、ゲームがバトルマップのリソースを読み込もうとしたときに発生します。 マップには、セットからランダムに選択するいくつかのブロックが含まれています。 それらの1つがリソースの読み込み中にバグにつながるようです。
つまり、同じアクションを数回繰り返すと、遅かれ早かれCoSバトルマップが正常にロードされます。 このマップには、不良ブロックがありません。

1. バグ。 ゲームが一部のマップブロックをロードできない理由を理解する必要があります。

AGENT_35は、量子フィジストのピータージョーンズです。
マップの読み込みのバグが発生すると、クラッシュ中のゲームはデストラクタを呼び出します。 エージェントのデストラクタは、ラボのデストラクタの前に実行されます。 ラボのデストラクタはエージェントを解放しようとしますが、エージェントはすでにメモリから消えています。 したがって、2番目のバグはLabクラスのエージェントを含むStateRefクラスで発生します。

1. バグ。 StateRefクラスはアーキテクチャ上の大きな間違いだと思います。 通常のCポインターを使用することをお勧めします。 「オブザーバー」パターンはほとんどの問題を解決できると思います。 少なくとも私は良い解決策を見つけようとします。

ありがとうredv; どのソリューションが機能するかについてのアイデアがあれば教えてください

マップに関して、これは問題＃284に関連している可能性がありますか？ かなりの数のCoSマップに気づきましたが、他のいくつかのマップは、アイテムが殺された/気絶した/パニックユニットによってドロップされたときにエラーを生成するようです。

0.1-200での別のクラッシュ、今回はエージェント画面を開いたとき...すでにストームドッグを販売しました。

「LimpAlong」を選択すると、これが行われます

今回の装備:(
新しい問題を作成してください。 これは問題のキューの奥深くにあるためです。

これがまだ問題であることを確認し、車両を販売すると、それに関連する何かが呼び出されたときにこれがポップアップします。

I 417929443733 void __cdecl匿名-名前空間 ':: SDLRawBackend :: setTrack（class std :: shared_ptr）：トラックを0,000,019、B87,324、D20に設定します
I 422315537514 void __cdecl anonymous-namespace'::SDLRawBackend::playSample(class std::shared_ptr<class OpenApoc::Sample>,float): Placed sound 0,000,019,BFD,B86,6B0 on queue I 422432359150 void __cdecl OpenApoc::VEquipScreen::setSelectedVehicle(class std::shared_ptr<class OpenApoc::Vehicle>): Selecting vehicle "Valkyrie Interceptor 90" I 422432639858 void __cdecl OpenApoc::VEquipScreen::setSelectedVehicle(class std::shared_ptr<class OpenApoc::Vehicle>): Selecting vehicle "Valkyrie Interceptor 90" I 424865493463 void __cdecl anonymous-namespace ':: SDLRawBackend :: playSample（class std :: shared_ptr、float）：サウンド0,000,019、BFD、B86,6B0をキューに配置しました
I427732686087クラスstd :: shared_ptr__cdecl OpenApoc :: Vehicle :: addEquipment（class OpenApoc :: GameState＆、struct glm :: tvec2、クラスOpenApoc :: StateRef）：「バルキリーインターセプター90」に一般装備「パッセンジャーモジュール」を装備
I 430232009610 void __cdecl anonymous-namespace'::SDLRawBackend::playSample(class std::shared_ptr<class OpenApoc::Sample>,float): Placed sound 0,000,019,BFD,B86,6B0 on queue I 432298883338 void __cdecl anonymous-namespace ':: SDLRawBackend :: playSample（class std :: shared_ptr、float）：サウンド0,000,019、BFD、B86,6B0をキューに配置しました
W 432416803536 void __cdecl OpenApoc :: StateRef:: resolve（void）const：AEquipmentTypeオブジェクトのプレフィックスが無効です-「AEQUIPMENTTYPE_」ID「VEHICLE_794」が必要です
E432419555645クラスstd :: shared_ptr__cdecl OpenApoc :: AEquipmentType :: get（const class OpenApoc :: GameState＆、const class OpenApoc :: UString＆）：ID「VEHICLE_794」に一致する機器タイプがありません
0x00007FF712CA8C70 PHYSFS_writeSLE16 + 0x917d​​0
0x00007FF712AF1F6C PHYSFS_swapULE64 + 0xef91c
0x00007FF712B5D944 PHYSFS_swapULE64 + 0x15b2f4
0x00007FF712B5FA0A PHYSFS_swapULE64 + 0x15d3ba
0x00007FF712B63967 PHYSFS_swapULE64 + 0x161317
0x00007FF712B61F0E PHYSFS_swapULE64 + 0x15f8be
0x00007FF712B56B98 PHYSFS_swapULE64 + 0x154548
0x00007FF712A79F49 PHYSFS_swapULE64 + 0x778f9
0x00007FF712A233D8 PHYSFS_swapULE64 + 0x20d88
0x00007FF7129FF6A0 PHYSFS_swapULE64 + 0xffffffffffffd050
0x00007FF712BFAE25 PHYSFS_swapULE64 + 0x1f87d5
0x00007FFF402C3034 BaseThreadInitThunk + 0x14
0x00007FFF41181431 `RtlUserThreadStart + 0x21``

数日間の大規模なプレイテスト、そして私はそれ以来このバグを見ていません
クロージングの問題。

Jarskih、RedV、JonnyHに感謝します

バグは2019年7月にまだアクティブです。保存したゲームを復元して続行します。 即時エラー。 エラーウィンドウを閉じると、それが繰り返されます。

save_Shot down UFO.zip

このエラーはセーブデータでも持続します-したがって、StateRefの元の原因がすでに発生していて、保存すると、その「悪さ」が保存に埋め込まれるため、「壊れた」保存を再読み込みしても同じエラーが発生するのは当然のことです。

上記のエラーメッセージは、ゲームがその「壊れた」オブジェクトを使用しようとして、それ自体がエラーではなく、何かが間違っていることに気付いたときに表示されます。 失敗はしばらく前に発生した可能性があり、壊れたオブジェクトはまだ使用されていません。

したがって、同じ保存でこれをテストしていて、修正以降に新しいゲームを作成していない場合は、あまりわかりません。

はい、前の3つの保存もバグアウトです。 それが助けになるなら、私は以前の保存に戻ることができます。