[C++] gdb problem z silnikiem gry przy większej ilości graczy

Kilka razy byliście w stanie nakierować mnie na rozwiązanie problemu, w związku z tym i tym razem zwracam się o pomoc.
Posiadam skompilowany na Debian 11 silnik gry mmorpg, lecz losowo sypie mi błędami crashując cały serwer gry.
---
Pierwszy błąd jaki się pojawia to:
Logi gdb1: https://pastebin.com/npiVyx4V.
Funkcje Spawn::idle oraz SpawnManager::checkSpawns https://pastebin.com/VW5zak7N.

---
Drugi błąd jaki się często pojawia przy dużej liczbie graczy:
Logi gdb2: https://pastebin.com/LUy220V1.
Funkcje Game::placeCreature oraz Game::sendAddThing oraz Game::getSpectators oraz Map::getSpectators
https://pastebin.com/FWJLAcFy.

Co widać w logach




---
Po tych dwóch błędach w czasie uruchomionego silnika gry, zaczął pojawiać się kolejny trzeci błąd
Logi gdb3: https://pastebin.com/SwHSefRv. (częsciowe)
I o ile dwa pierwsze bledy byly podczas uruchomionego silnika gry to trzeci blad spowodowal ze juz nie chciało załadować silnika gry, pomógł reboot systemu

Jakieś rady? wskazówki? może znowu naprowadzicie mnie na rozwiązanie problemu?:D

Pierwszy przypadek w kodzie wygląda poprawnie. Takie sytuacje to zwykle niesynchronizowany dostęp do kontenera (zakładam że nie, bo jest jakiś mutex w Game::checkSpawns, pytanie czy pokrywa wszystkie przypadki), albo uszkodzenie pamięci. Myślę że druga opcja jest bardziej prawdopodobna i też by tłumaczyła różne inne przypadki losowych awarii. Obstawiam że gdzieś masz wiszące wskaźniki na usunięte obiekty i próbujesz coś na nich robić. Taki dostęp do pamięci nie musi wywołać awarii sam z siebie, ale jak ten obszar został zaalokowany na coś innego to uszkodzisz dane i wywołasz błąd w losowym miejscu. Mając coredump można by się pewnie dowiedzieć więcej, ale to trochę beznadziejna sprawa tłumaczyć to krok po kroku przez forum. Możesz spróbować odpalić serwer z Valgrindem.
https://stackoverflow.com/questions/13665076/using-valgrind-to-debug-use-after-free

Drugi przypadek jest ciekawszy bo w iteratorze wektora dużo mniej może się zepsuć. Należałoby sprawdzić jak dokładnie wygląda cit i tile->creatures. W zasadzie wyjaśnienia mogą być takie same jak w pierwszym przypadku. Albo inny wątek usunął coś z wektora i cit stało się niepoprawne, albo analogiczna sytuacja zaszła w wyniku uszkodzenia pamięci.

Za mało informacji o trzecim przypadku.

W jaki sposób? bo to jest bt full z gdb

Mogę spróbować, chociaż kiedyś to robiłem i przy 100+ graczach zalogowanych na serwerze gry jest to ciężkie do wykonania bo będą mocne lagi. Natomiast na serwerze testowym gdy będe sam to może nic nie wykazać.

Co masz na myśli co mam podać?

To może zacznijmy od tego. Odpal coredump w gdb i przejdź do wątku i ramki gdzie masz te zmienne widoczne (polecenia thread i frame) i je wypisz. To będzie p cit i p tile->creatures. Podaj wynik, zrób disable pretty-printer i podaj wynik jeszcze raz, przykładowo:

Na start wypisz mapę do której należał iterator na którym program się wywalił. Z pretty printerem, żeby sprawdzić czy jest w stanie w ogóle ją odczytać.

Wyniki z Valgrinda mogą wskazać problem nawet jeżeli serwer się nie wywali. Potrzebujesz tylko wywołać zachowanie które ma szansę wywalić serwer, nie musi akurat wywalić serwera.

wlasnie nie wygenerowal mi sie coredump chyba przez to ze mialem ulimit -c na zero, teraz dalem ulimit -c unlimited i jak tylko wystapi ten sam błąd to wróce z odpowiedzią.

Z valgrindem tez sprobuje.

Edit: z jakimi opcjami włączonymi odpalać tego valgrinda?

Pewnie starczy --track-origins=yes, jak w odpowiedzi na stackoverflow, więc to co podałeś powinno być ok.

Upewnij się też że masz dość miejsca na ten coredump, bo inaczej będzie ucięty. Można skonfigurować to tak by się kompresował w locie przy zapisie na dysku: https://stackoverflow.com/questions/5063295/compressing-the-core-files-during-core-generation. Rozmiar będzie zależeć od użycia pamięci przez proces. Przetestuj działanie zabijając serwer ręcznie przez .