Openapoc: ID "VEHICLE_794" CTD와 일치하는 차량이 없습니다.

그냥 머리
이 CTD는 이제 두 게임을 도청했습니다.
둘 다 "이지 맵"에 있습니다.
둘 다 차량번호 794~
"Limp Along"을 클릭하면 바탕 화면으로 바로 이동합니다.

그 역추적은 디버그 기호를 찾을 수 없는 것처럼 올바르지 않게 보입니다(따라서 찾을 수 있는 가장 가까운 기호를 사용하고 있는데, 이는 physfs임).

appveyor 빌드를 사용하는 경우 맨 위에 '디버그' 패키지를 추출할 수 있습니까? 따라서 .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. 게임 일시 중지 해제

@오버드론

아, 그렇습니다. 이 CTD를 얻는 모든 게임에서 저는 절대 사용하지 않는 차량에 대해 몇 천 달러를 추가로 현금으로 얻기 위해 울프하운드 APC와 스톰독을 판매합니다.

차량을 판매하지 않을 때 게임에서 테스트를 수행하고 이 오류가 발생하는지 확인합니다.
현재 모든 게임은 충돌하는 차량을 판매했습니다...

흠, 방금 지상 유닛을 판매하지 않은 게임에서 이 충돌이 발생했습니다... 현저하게 비슷한 것 같습니다...

여기서도 같은 문제가 발생합니다. veicle 및 디버그 옵션을 데스크톱으로 전환할 수 없습니다.
어떤 아이디어 x 해결?

거래 화면의 코드가 엉망인 것 같습니다. 리팩토링 없이 이 문제를 해결하기 어렵습니다.

0.1-167 ( OpenApoc-x64-v0.1-167-gf31d8b8b )에 여전히 존재하는데 약간 짜증나네요... 차량 사망 버그가 정렬된 것으로 보고되었습니다. 이 버그가 분쇄를 거부하는 이유가 궁금하십니까?

게임을 로드했거나 새로 시작했습니까?
새로운 게임에서 테스트를 시도하십시오.

방금 새로 설치하여 확인하기 위해 새 게임을 시작했습니다. 여전히 문제가 있는지 확인합니다.

알겠습니다. 이 문제가 해결되었는지 확인하기 전에 문제 #255로 인해 게임이 분명히 충돌했습니다.

즉, 나는 Stormdog과 Wolfhound APC를 판매할 수 있었고 794 CTD는 아직 없지만 게임 중단 없이 첫날이 끝날 때까지 가지 못했습니다.

내 새 게임을 종료시킨 충돌의 로그와 화면에 대해서는 #255에 대한 가장 최근의 댓글을 참조하십시오.

@redv 차량 충돌이 해결된 것 같지만 문제가 에이전트에도 확장된 것 같습니다. 이 버그는 여전히 발생합니다...

게임을 종료하면 충돌이 발생합니까?

게임을 종료하거나 베이스 화면에 들어갈 때 발생합니다(위의 경우 종료)

@redv 슬프게도 방금 새로 설치한 OpenApoc의 새 게임에서 Agent 45 오류가 다시 발생했습니다. 다음과 같이 게임을 종료하면 발생합니다...

게임 버전은 최신 빌드입니다(작성 ​​당시 0.1-172).

"Limp Along"을 클릭하면 이 변형이 생성됩니다...

응용 프로그램이 GameState 클래스를 파괴할 때 먼저 에이전트 목록, 두 번째로 기지, 시설, 연구소 등을 파괴합니다. Lab 클래스에는 자체 에이전트 목록(과학자)이 포함되어 있지만 에이전트 클래스는 이미 파괴되었습니다. 따라서 버그가 발생합니다.
PR #337은 이 버그를 수정합니다.
가능한 해결 방법으로 게임을 종료하기 전에 과학자를 실험실에서 제거하십시오.

@redv
슬프게도 OpenApoc-debug-x64-v0.1-169-g921de2a3 버전에서 이 문제의 변형이 계속 발생합니다.

이번에는 빈민가에 있는 외계인 사건으로 요원(피플 튜브를 통해 도보)을 이동합니다. CoS 사원 습격도 준비하고 있는데 건물과 요원을 선택한 상태에서 오류가 발생합니다.

CTD 이전에 마지막 저장을 첨부하십시오.

@redv 여기 있습니다. 오류를 반복하려면 Valkyrie를 ​​기지의 바로 NE에 있는 CoS 사원으로 보내고 두 명의 Android 요원을 도보로 1~2분 후에 나타나는 슬럼 사건으로 보냅니다.

Valkyrie가 CoS 사원에 도착하고 건물을 습격하기 위해 내부 에이전트를 선택하면 오류가 발생합니다.

save_Medium 테스트 1.zip

Savegame은 오늘 OpenApoc을 새로 설치하여 만든 새로운 게임입니다. 게임은 플레이의 처음 몇 분에 있습니다 ...

버그는 게임이 배틀맵의 리소스를 로드하려고 할 때 발생합니다. 맵에는 세트에서 무작위로 선택되는 여러 블록이 포함되어 있습니다. 그 중 하나가 리소스 로딩 중 버그로 이어지는 것 같습니다.
즉, 동일한 작업을 여러 번 반복하면 조만간 CoS 배틀맵이 성공적으로 로드됩니다. 이 지도에는 불량 블록이 없습니다.

1. 벌레. 게임이 일부 지도 블록을 로드할 수 없는 이유를 파악해야 합니다.

AGENT_35는 양자 물리학자 Peter Jones입니다.
맵 로딩 버그가 발생하면 충돌 중 게임에서 소멸자를 호출합니다. 에이전트의 소멸자는 실험실의 소멸자보다 먼저 실행됩니다. 연구실의 소멸자는 에이전트를 해방시키려 하지만 에이전트는 이미 메모리에서 사라졌습니다. 따라서 두 번째 버그는 Lab 클래스에 에이전트가 포함된 StateRef 클래스에서 발생합니다.

1. 벌레. StateRef 클래스는 큰 아키텍처 실수라고 생각합니다. 일반 C 포인터를 사용하는 것이 좋습니다. "관찰자" 패턴이 대부분의 문제를 해결할 수 있다고 생각합니다. 적어도 좋은 해결책을 찾으려고 노력할 것입니다.

redv 감사합니다 ; 어떤 솔루션이 효과가 있을지 알 수 있을 때 알려주세요.

지도와 관련하여 이것이 문제 #284와 관련될 수 있습니까? 나는 꽤 많은 CoS 맵과 몇몇 다른 맵은 아이템이 사망/기절/패닉 유닛에 의해 드롭될 때 오류를 생성하는 것으로 보입니다.

에이전트 화면을 열 때 이번에는 0.1-200에서 또 다른 충돌이 발생했습니다... 이미 Stormdog을 판매했습니다.

"Limp Along"을 선택하면 다음과 같이 됩니다.

이번에 장비 :(
새로운 이슈를 만들어주세요. 이것은 문제의 대기열에 너무 깊기 때문입니다.

이것이 여전히 문제임을 확인하고 차량을 판매하면 관련 항목이 호출될 때 이 팝업이 표시됩니다.

I 417929443733 void __cdecl 익명 네임스페이스'::SDLRawBackend::setTrack(클래스 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을 대기열에 배치했습니다.
나는 427732686087 클래스 std::shared_ptr__cdecl OpenApoc::Vehicle::addEquipment(클래스 OpenApoc::GameState &,struct glm::tvec2,클래스 OpenApoc::StateRef) : 일반장비 '승객 모듈'을 탑재한 '발키리 인터셉터 90' 탑재
I 430232009610 __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 무효 __cdecl OpenApoc::StateRef::resolve(void) const: AEquipmentType 개체에 잘못된 접두사가 있습니다. 예상되는 "AEQUIPMENTTYPE_" ID "VEHICLE_794"
E 432419555645 클래스 std::shared_ptr__cdecl OpenApoc::AEquipmentType::get(const class OpenApoc::GameState &,const class OpenApoc::UString &): ID "VEHICLE_794"와 일치하는 장비 유형이 없습니다.
0x00007FF712CA8C70 PHYSFS_writeSLE16+0x917d0
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개의 저장도 버그아웃되었습니다. 도움이된다면 이전 저장으로 돌아갈 수 있습니다.