MantisBT - Zandronum
View Issue Details
0002552Zandronum[All Projects] Bugpublic2015-12-20 05:432022-12-01 16:30
EnsaladaDeTomate 
Torr Samaho 
highcrashrandom
assignedreopened 
MicrosoftWindowsXP/Vista/7
2.1 
3.23.0 
0002552: Crash and spam of P_PlayerThink: No body for "# "
This issue is veeeery random, that theres no way to tell when it will happen, and as the title says, Zandronum crashes by that P_PlayerThink issue, but yeah, sorry if my english is not the best one, but ill try my best to explain it clearly. (I have to point that this happens on a survival server, i have no idea if it happens in other game modes)


* If somebody spectates or dies while playing, it will:

  - crash/dc everyone that is still alive ingame.
  - "" "" everyone that is "Death" but still in the list waiting until the round is over.

* 99& of times it wont crash/dc spectators (theres still 1% that it will crash them)

- When the issue is going to happen, it will always lag one random player for like 3 - 5 seconds until it crashes, then it will start to crash everyone, one by one.

(Theres also a trick that will prevent you from beign dc'd, when the lag event explained above is happening, or when everyone is crashing, and you manage to SPECTATE in time, 99.9% of the times you wont dc/crash, but theres still 0.01% from beign kicked too)

Thanks to ^ trick, i had seen 15+ players crashing in a server until it was empty, and i was the only one that wasnt kicked/dc'd.
Since the issue is sooooooooooooooo random, theres no way to know how it will happen or how to reproduce it, it just happens sooo often (60%+ of the times) that it is starting to annoy players.
The wad's beign used in the survival servers where the already explained issue happens, are:

- Samsara-v0.31-beta.pk3 (http://www.best-ever.org/download?file=samsara-v0.31-beta.pk3)

- samsara_ex-ha1.pk3 (http://www.best-ever.org/download?file=samsara_ex-ha1.pk3)

- smaddonsfix23.pk3 (http://www.best-ever.org/download?file=smaddonsfix23.pk3)

I also got 2 crash reports:

-'http://www.mediafire.com/download/dmx8cqdo2a2bhja/CrashReport1.zip [^]'

-'http://www.mediafire.com/download/xictpynwc78d3tp/CrashReport2.zip [^]'
No tags attached.
related to 0002380closed Torr Samaho Client crash when exiting map in hexen/hexdd.wad 
related to 0002071closed Torr Samaho Actor net IDs go out of sync on the client on returning to maps within hubs 
related to 0002342new  Server crashes after many players play, and many map changes in a hub. 
? 2016.10.06_01.15.27_doom2.hubs2.cld (367,301) 2016-10-05 23:17
https://zandronum.com/tracker/file_download.php?file_id=1904&type=bug
zip CrashReport-ticket2552.zip (18,782) 2016-10-09 20:04
https://zandronum.com/tracker/file_download.php?file_id=1923&type=bug
? 2016.10.09_13.02.57_hubs2.cld (366,851) 2016-10-09 20:27
https://zandronum.com/tracker/file_download.php?file_id=1924&type=bug
png Screenshot_Doom_20170827_030700.png (489,516) 2017-08-28 04:04
https://zandronum.com/tracker/file_download.php?file_id=2179&type=bug
zip CrashReport_09-01-17.zip (21,318) 2017-09-01 23:46
https://zandronum.com/tracker/file_download.php?file_id=2188&type=bug
zip CrashReport_09-01-17_2.zip (41,794) 2017-09-01 23:46
https://zandronum.com/tracker/file_download.php?file_id=2189&type=bug
zip CrashReport_DND_1.zip (39,927) 2017-12-28 04:38
https://zandronum.com/tracker/file_download.php?file_id=2292&type=bug
zip CrashReport_playerthink_demo.zip (54,616) 2018-05-02 01:24
https://zandronum.com/tracker/file_download.php?file_id=2322&type=bug
Issue History
2015-12-20 05:43EnsaladaDeTomateNew Issue
2016-01-27 18:27EnsaladaDeTomateNote Added: 0014214
2016-01-27 20:25EmpyreNote Added: 0014215
2016-01-27 22:13EnsaladaDeTomateNote Added: 0014216
2016-01-29 19:00cruduxyNote Added: 0014226
2016-01-29 20:43DuskNote Added: 0014227
2016-01-29 21:07EnsaladaDeTomateNote Added: 0014231
2016-01-29 23:05EmpyreNote Added: 0014234
2016-01-30 01:28ZzZomboNote Added: 0014236
2016-02-12 18:21EnsaladaDeTomateNote Added: 0014427
2016-06-14 04:03EnsaladaDeTomateNote Edited: 0014427bug_revision_view_page.php?bugnote_id=14427#r9145
2016-07-11 17:56arkoreNote Added: 0015281
2016-07-13 02:26arkoreNote Added: 0015303
2016-08-31 02:05IvanNote Added: 0015549
2016-08-31 06:15Torr SamahoNote Added: 0015550
2016-09-10 06:20EnsaladaDeTomateNote Added: 0015606
2016-09-11 14:54Torr SamahoNote Added: 0015611
2016-10-05 22:16unknownnaRelationship addedrelated to 0002380
2016-10-05 23:17unknownnaFile Added: 2016.10.06_01.15.27_doom2.hubs2.cld
2016-10-05 23:28unknownnaNote Added: 0015765
2016-10-06 16:58unknownnaNote Edited: 0015765bug_revision_view_page.php?bugnote_id=15765#r9596
2016-10-06 17:05unknownnaNote Edited: 0015765bug_revision_view_page.php?bugnote_id=15765#r9597
2016-10-08 13:13Torr SamahoNote Added: 0015805
2016-10-08 17:42unknownnaNote Added: 0015811
2016-10-09 00:55unknownnaNote Edited: 0015811bug_revision_view_page.php?bugnote_id=15811#r9627
2016-10-09 02:34unknownnaNote Edited: 0015811bug_revision_view_page.php?bugnote_id=15811#r9628
2016-10-09 02:42unknownnaNote Edited: 0015811bug_revision_view_page.php?bugnote_id=15811#r9629
2016-10-09 16:44Torr SamahoNote Added: 0015846
2016-10-09 16:45Torr SamahoAssigned To => Torr Samaho
2016-10-09 16:45Torr SamahoStatusnew => needs testing
2016-10-09 19:44WaTaKiDRelationship addedrelated to 0002071
2016-10-09 20:04WaTaKiDFile Added: CrashReport-ticket2552.zip
2016-10-09 20:06WaTaKiDNote Added: 0015862
2016-10-09 20:27WaTaKiDFile Added: 2016.10.09_13.02.57_hubs2.cld
2016-10-09 20:27WaTaKiDNote Edited: 0015862bug_revision_view_page.php?bugnote_id=15862#r9644
2016-10-09 20:44Torr SamahoNote Added: 0015863
2016-10-09 20:58unknownnaNote Added: 0015864
2016-10-09 20:59unknownnaNote Edited: 0015864bug_revision_view_page.php?bugnote_id=15864#r9646
2016-10-09 21:00unknownnaNote Edited: 0015864bug_revision_view_page.php?bugnote_id=15864#r9647
2016-10-10 19:07Torr SamahoNote Added: 0015886
2016-10-10 21:22unknownnaNote Added: 0015888
2016-10-10 21:23unknownnaNote Edited: 0015888bug_revision_view_page.php?bugnote_id=15888#r9665
2016-10-10 21:52WaTaKiDNote Added: 0015889
2016-10-10 21:52WaTaKiDNote Edited: 0015889bug_revision_view_page.php?bugnote_id=15889#r9667
2016-10-11 06:05Torr SamahoNote Added: 0015891
2016-10-11 19:25Torr SamahoNote Added: 0015901
2016-10-11 21:44unknownnaNote Added: 0015909
2016-10-11 21:45unknownnaNote Edited: 0015909bug_revision_view_page.php?bugnote_id=15909#r9679
2016-10-11 21:47unknownnaRelationship addedrelated to 0002342
2016-11-24 07:43Edward-sanProduct Version => 2.1
2016-11-24 07:43Edward-sanTarget Version => 3.0
2016-12-13 17:40Ru5tK1ngNote Added: 0016490
2016-12-13 17:40Ru5tK1ngStatusneeds testing => resolved
2016-12-13 17:40Ru5tK1ngResolutionopen => fixed
2016-12-13 17:40Ru5tK1ngFixed in Version => 3.0
2017-04-18 19:55EnsaladaDeTomateNote Added: 0017203
2017-04-18 19:55EnsaladaDeTomateStatusresolved => feedback
2017-04-18 19:55EnsaladaDeTomateResolutionfixed => reopened
2017-05-11 05:43EnsaladaDeTomateNote Added: 0017623
2017-05-11 05:43EnsaladaDeTomateStatusfeedback => assigned
2017-08-13 18:18DuskTarget Version3.0 =>
2017-08-22 19:33arkoreNote Added: 0018196
2017-08-27 08:20EnsaladaDeTomateNote Added: 0018200
2017-08-28 04:04EnsaladaDeTomateFile Added: Screenshot_Doom_20170827_030700.png
2017-09-01 23:45EnsaladaDeTomateNote Added: 0018221
2017-09-01 23:46EnsaladaDeTomateFile Added: CrashReport_09-01-17.zip
2017-09-01 23:46EnsaladaDeTomateFile Added: CrashReport_09-01-17_2.zip
2017-12-23 20:54IvanNote Added: 0018970
2017-12-28 04:38EnsaladaDeTomateNote Added: 0018978
2017-12-28 04:38EnsaladaDeTomateFile Added: CrashReport_DND_1.zip
2018-05-02 01:22EnsaladaDeTomateNote Added: 0019180
2018-05-02 01:24EnsaladaDeTomateFile Added: CrashReport_playerthink_demo.zip
2018-05-02 01:28EnsaladaDeTomateNote Edited: 0019180bug_revision_view_page.php?bugnote_id=19180#r11496
2018-05-02 01:37EnsaladaDeTomateNote Edited: 0019180bug_revision_view_page.php?bugnote_id=19180#r11497
2018-05-02 21:59EnsaladaDeTomateNote Edited: 0019180bug_revision_view_page.php?bugnote_id=19180#r11504
2018-05-02 23:39EnsaladaDeTomateNote Edited: 0019180bug_revision_view_page.php?bugnote_id=19180#r11505
2018-05-06 12:56Torr SamahoNote Added: 0019201
2018-05-06 12:57Torr SamahoStatusassigned => feedback
2018-05-06 18:34EnsaladaDeTomateNote Added: 0019206
2018-05-06 18:34EnsaladaDeTomateStatusfeedback => assigned
2018-05-06 18:34EnsaladaDeTomateNote Edited: 0019206bug_revision_view_page.php?bugnote_id=19206#r11518
2018-05-09 20:09EnsaladaDeTomateNote Edited: 0019206bug_revision_view_page.php?bugnote_id=19206#r11532
2018-05-09 20:10EnsaladaDeTomateNote Edited: 0019206bug_revision_view_page.php?bugnote_id=19206#r11533
2018-05-10 03:29EnsaladaDeTomateNote Edited: 0019206bug_revision_view_page.php?bugnote_id=19206#r11539
2018-05-10 03:29EnsaladaDeTomateNote Edited: 0019206bug_revision_view_page.php?bugnote_id=19206#r11540
2018-05-10 03:30EnsaladaDeTomateNote Edited: 0019206bug_revision_view_page.php?bugnote_id=19206#r11541
2018-05-10 03:34EnsaladaDeTomateNote Edited: 0019206bug_revision_view_page.php?bugnote_id=19206#r11542
2018-05-26 04:43EnsaladaDeTomateNote Edited: 0019206bug_revision_view_page.php?bugnote_id=19206#r11550
2018-05-26 04:43EnsaladaDeTomateNote Edited: 0019206bug_revision_view_page.php?bugnote_id=19206#r11551
2018-05-26 04:44EnsaladaDeTomateNote Edited: 0019206bug_revision_view_page.php?bugnote_id=19206#r11552
2018-05-27 17:14Torr SamahoNote Added: 0019258
2022-03-04 00:59IvanNote Added: 0022151
2022-09-27 02:43WaTaKiDNote Added: 0022407
2022-09-27 13:22KaminskyNote Added: 0022409
2022-09-27 21:48WaTaKiDNote Added: 0022410
2022-09-27 21:51WaTaKiDNote Edited: 0022410bug_revision_view_page.php?bugnote_id=22410#r13737
2022-12-01 16:30KaminskyTarget Version => 3.2

Notes
(0014214)
EnsaladaDeTomate   
2016-01-27 18:27   
Just wanted to clarify, the msg spamming is P_PlayerThink: No body for player "# "

I couldnt find a way to edit the ticket.
(0014215)
Empyre   
2016-01-27 20:25   
Does the server have either skulltag_actors + skulltag_data or skulltag_content loaded? If not, maybe it should (preferably skulltag_content2.1a.pk3, which combines a more up-to-date skulltag_actors with skulltag_data in one file).
(0014216)
EnsaladaDeTomate   
2016-01-27 22:13   
Yes, the servers were using skulltag stuff
(0014226)
cruduxy   
2016-01-29 19:00   
This mostly happens when a death state infinite loop while the actor is used in an ongoing ACS Process\Function. The client crashes and the server complains that it is gone. Only way (currently) to stop these is to add checks if that actor still exists. It stops when the client gets timed out.
(0014227)
Dusk   
2016-01-29 20:43   
If you know how it happens, can you make a testcase?
(0014231)
EnsaladaDeTomate   
2016-01-29 21:07   
@Cruduxy, yeah, i had been told and aware of that, but i checked every death states of all the playerpawns, and there doesnt seem to be any 0 tic loop
(0014234)
Empyre   
2016-01-29 23:05   
If I interpret what they're saying correctly, the problem isn't specifically a 0 tic loop, but the presence of any loop at all in the death state of a player, or at least a loop that doesn't end.
(0014236)
ZzZombo   
2016-01-30 01:28   
Zombie Horde has this problem too but I know for sure it doesn't have any loops in player classes.
(0014427)
EnsaladaDeTomate   
2016-02-12 18:21   
(edited on: 2016-06-14 04:03)
I checked all the playerpawns, and there doesn't seem to be any loops in player classes too.

(0015281)
arkore   
2016-07-11 17:56   
From my experience, it's not a real crash. But, we also do get real crashes.

From what I've seen, there are two separate issues, where only one of those issues causes a real crash, and the other (this particular Issue) keeps you connected but your entire game becomes a HOM effect, and it's my understanding that the P_PlayerThink spam will continue for as long as you keep zandronum open and you're looking at this entire HOM effect, the other people will continue to see P_PlayerThink spam about your player #.

This issue can occur for players in spectator mode, where they too would suddenly have their entire game become a HOM effect, and the other players will see P_PlayerThink spam for that. It can also occur for multiple players simultaneously.
(0015303)
arkore   
2016-07-13 02:26   
FYI, this issue occurs roughly 20 times per day, on the Complex LCA/RM/HAF/Ark server.

One more detail is when the P_PlayerThink spam stops, you immediately see that player get timed out.
(0015549)
Ivan   
2016-08-31 02:05   
I think this bug got forgotten in time but it needs more research done to it as it's become quite a plague. It shows its ugly face in DnD servers these days and it still has the same symptoms. It's hard to make an example wad too because the provided information does not directly cause the crash.
(0015550)
Torr Samaho   
2016-08-31 06:15   
Did anybody ever try what happens if the server is running in debug mode?
(0015606)
EnsaladaDeTomate   
2016-09-10 06:20   
how do you enable such debug mode thing?
(0015611)
Torr Samaho   
2016-09-11 14:54   
The server needs to be compiled differently. I think TSPG has an option to use debug instead of release binaries for the server.

BTW: Does anybody have a client side demo of this problem, preferably from the latest 3.0 beta build?
(0015765)
unknownna   
2016-10-05 23:28   
(edited on: 2016-10-06 17:05)
Quote from Torr Samaho
Does anybody have a client side demo of this problem, preferably from the latest 3.0 beta build?

Yes, recorded with 3.0-alpha-160814-2010. In the demo I've managed to crash one client with 4 spectators present to trigger the P_PlayerThink error. After the client crashed I made 2 of the spectators join the game before connecting to the server with the demo recorder, so there are 2 players and 2 spectators present in the demo in addition to the demo recorder. In the end I exit the map to crash the demo recorder. Let me know if you need a demo without a crash in it.

You'll need hubs2.wad to view it.

zandronum -file hubs2.wad -playdemo 2016.10.06_01.15.27_doom2.hubs2.cld


Edit:

One thing I noticed recently while watching the demo is that there seems to be a difference between the renderers. In software mode, you get the P_PlayerThink error message for all the other player bodies whereas in OpenGL you only get the message for one player body.

Software:

[...]
P_PlayerThink: No body for player 2!
P_PlayerThink: No body for player 3!
P_PlayerThink: No body for player 4!
P_PlayerThink: No body for player 5!
[...]

OpenGL:

[...]
P_PlayerThink: No body for player 5!
P_PlayerThink: No body for player 5!
P_PlayerThink: No body for player 5!
P_PlayerThink: No body for player 5!
[...]

Though I tested it again and the message differences seem to be demo specific. It's the same for both renderers online.

(0015805)
Torr Samaho   
2016-10-08 13:13   
Thanks! From the demo it looks like the server uses the same net ID for a player body and another actor, which makes the client delete the player body. I suspect that the IDs get messed up on the server when returning to an already visited map, this can't be seen from the demo though.

Can you try to reproduce the problem again with this binary and "sv_showwarnings 1", looking out for the warning "IDList<T>::useID is using an already used ID."?
(0015811)
unknownna   
2016-10-08 17:42   
(edited on: 2016-10-09 02:42)
I tried the binary and get no additional messages on either clients or server console with "sv_showwarnings 1". There's only the P_PlayerThink error for new clients that join the game after connecting after the initial crash.

Some more information from testing the binary:

1. The non-spectating player that initially triggers the crash appears as dead immediately after the map change to the surviving spectator before the non-spectating player crashes.
2. If the surviving spectator then joins the game and turns into a player, a new connecting client will first spawn into a void/HOM and then get the P_PlayerThink error when joining the game.
3. If the new client then decides to reconnect, he'll spawn into a different HOM, but see the former spectator as dead in the coopinfo.
4. If the new client joins the game after reconnecting, the former spectator might continue to appear as dead on the coopinfo or he might become invalid immediately or after some time (seems to be triggered randomly or by using "give all" cheat exactly 4 times). This step seems to work differently between each session. I only had to use "give all" once in another session. Note that in both cases the former spectator is alive on his end and is rendered invisible but solid on the new client.
5. If the new client turns into a spectator while the former spectator appears as dead on the coopinfo, the new client crashes. From here the cycle repeats and goes back to the latter part of step 2.
6. In addition to this, if the former spectator tries to select a different weapon while appearing dead on the coopinfo for the new client, the new client crashes. From here the cycle repeats and goes back to the latter part of step 2, however, with this step instead of 5, it seems that the connecting client might be greeted with the P_PlayerThink messages before even joining the game.

It's confusing, but it's always the same recurring patterns taking place. In addition to this, I couldn't make the former spectator appear as dead on the coopinfo in 2.1.2 compared to 3.0, so there already is a difference between 2.1.2 and 3.0 here.

(0015846)
Torr Samaho   
2016-10-09 16:44   
Thanks for the detailed information!

Can you check if this fixes the issue or at least produces new warnings on the server with "sv_showwarnings 1"?
(0015862)
WaTaKiD   
2016-10-09 20:06   
(edited on: 2016-10-09 20:27)
using ZandroDev3.0-HubDebugTest2 and hub2.wad

i hosted a server and connected a single client
exiting the map the first 2 times seemed normal, but upon exiting a third time, this error showed in the server console:

IDList<T>::useID is using an already used ID.

it showed again when i exited a fourth time, but then a moment later i crashed (the crash report is uploaded to this ticket)

i was also recording a demo, but instead of crashing it simply ends, so im not sure if its of any use

edit: uploaded the demo anyways

(0015863)
Torr Samaho   
2016-10-09 20:44   
Thanks! I can reproduce the problem and the warning locally now, looks like we are on the right track. Will have to investigate what's going on in more detail.
(0015864)
unknownna   
2016-10-09 20:58   
(edited on: 2016-10-09 21:00)
It initially seemed to have fixed the issue at first with 2 clients, but immediately after reconnecting to the server the client crashed when exiting the map for the first time.

Ok, it seems that it works until some other/new client connects to the server or until someone turns into a spectator or joins the game after the game has received an initial ID error.

However, 2 clients + and indefinite amount of initial spectators, and only 2, can seemingly survive the ID errors indefinitely provided that no new clients connect, that none of the spectators join the game or that none of the 2 clients turn into a spectator after the error has ocurred.

1 client with an endless amount of spectators can also seemingly survive indefinitely.

1 client alone can also seemingly survive indefinitely, provided that he doesn't reconnect or turn into a spectator and then rejoin the game after receiving an initial ID error.

With 3 non-spectating clients however, it always crashes after the 3rd map change.

The P_PlayerThink error is still there for spectator bodies on new clients, but the connect into dark void/HOM issue and the dead coopinfo problem for former spectators on new clients is seemingly fixed.

Anyway, this bug is extremely confusing and exhausting to test with all these different patterns taking place, but the key thing seems to be that the net IDs go out of sync very quickly between the map changes, as reported in another ticket earlier.

(0015886)
Torr Samaho   
2016-10-10 19:07   
Can you check if this works better?
(0015888)
unknownna   
2016-10-10 21:22   
(edited on: 2016-10-10 21:23)
I tested it with 7 clients, with several of them having ping emulaton + ping spikes. I didn't crash or get a single P_PlayerThink error. There was also no net ID errors present anymore. I also tried to disconnect/reconnect with several clients, and received no errors or crashes. To finish it off, I added 3 bots into the game and had everyone telefrag each other. It still didn't crash, so it seemingly fixed this particular P_PlayerThink error. Great work, Torr!

All I noticed was that bots seemingly sped up their movement for a few tics after map changes on telefragged clients, though this seemingly happens in 2.1.2 as well and is a separate issue (I'm not sure whether it's even a bug at all).

In conclusion, I can't say for sure whether this'll fix the P_PlayerThink error on non-hub "nointermission" maps since I only know how to reproduce the error with hub maps, but so far it's looking very good.

(0015889)
WaTaKiD   
2016-10-10 21:52   
ZandroDev3.0-HubDebugTest3 seems to be a huge improvement

hubs2.wad:
first test i had 1 client connected and changed maps about 400 times, no errors or crashes
second test i had 4 clients connected (2 players (one of them demo recording) and 2 specs), another about 400 map changes, no errors or crashes

i then did nearly identical tests on hexen seven portals <-> guardian of steel and the results were the same, no errors or crashes

and finally i would randomly stop and aim at items and use the info cheat once in a while (along with another test on strife map01 <-> map02), and i didnt come across any more "server couldnt find the netid of the actor ur looking at" errors

so this build seems to have taken care of this ticket, ticket 2071, and ticket 2380 all at once

however, like unknownna, im unsure of how effective this will be outside of hub maps

(0015891)
Torr Samaho   
2016-10-11 06:05   
I'm glad to hear that the fix seems to work! I still need to properly comment the changes before I push it to the repository. The fix should only have an effect though when a saved level snapshot is loaded, which happens in single player when loading a save game and both offline and online when re-entering an already visited map of a hub. So this should not have any effect online when no hubs is involved.
(0015901)
Torr Samaho   
2016-10-11 19:25   
I had to slightly revise the fix and pushed the new version to the repository. Would be nice if you check again if it's still working as intended in the next beta build.
(0015909)
unknownna   
2016-10-11 21:44   
(edited on: 2016-10-11 21:45)
I tested WaTaKiD's 161011-1923 build and the revised fix seems to hold up well. Tested with 6 clients + 3 bots, with some clients having ping emulation and emulated ping spikes.

(0016490)
Ru5tK1ng   
2016-12-13 17:40   
Based on that ^; marking this as resolved.
(0017203)
EnsaladaDeTomate   
2017-04-18 19:55   
Today, i was playing on TSPG (now its using zandronum 3.0), and the same issue happened again, with the same symptoms. I didnt got a crash report because i was the only one that didnt got kicked, because i did the trick mentioned above.
(0017623)
EnsaladaDeTomate   
2017-05-11 05:43   
I have to point something that i just found out, today while i was playing (we were like 12 players), i remember seeing my coopinfo that everyone was alive, and had full hp, one of my friends was playing in the same server aswell, but he was spectating, and suddendly, one of the players in my coopinfo, out of nowhere, with full hp, was marked as "Dead", i remember him saying that he was out of the game and was spectating all of the sudden, and i was able to spectate him as if he was "Dead" ingame, but his corpse was still in, like lagging, and not dissapearing after a few seconds when someone dies while you are spectating it (as usual), then after a few seconds, he crashed, and everyone ingame started to crash, one by one, except me and 1 more player that were still alive...

Its hard to explain for me since my native language is not english, but i hope that what i wrote above was underestandable
(0018196)
arkore   
2017-08-22 19:33   
With my previous comments here I'd like to also say that this happens when the AFK spectator's screen saver goes on. Might be related to windows Power Management settings or something.

I've experienced a similar effect when playing zan 3 offline single-player (window mode) in win10 and press ESC (while playing the mod) and go AFK until windows screen saver goes on, suddenly the Zandronum's music stops playing.
(0018200)
EnsaladaDeTomate   
2017-08-27 08:20   
Today, i was playing with 2 more people on a survival server, and the same issue i stated at note 0017623 happened, but this time, only the person that was marked as "Dead" by my coop info crashed, and, for some reason, my HUD was completely messed up, but i didnt crashed.

This is the first time i had seen this happening, i really dont know if anybody else also experienced this issue without crashing before

This is how my HUD looked like after the issue happened and one of the players crashed out:'http://i.imgur.com/RZhVsvO.png [^]'
(0018221)
EnsaladaDeTomate   
2017-09-01 23:45   
Today, the same issue happened again, with the same sympthoms, one person started to lag, then everyone crashes, one by one, but this time, there was not spam of P_PlayerThink text in console.

I also uploaded 2 new crash reports.
(0018970)
Ivan   
2017-12-23 20:54   
This still happens, quite often too in DnD servers it seems. No idea how to get crash reports for this.
(0018978)
EnsaladaDeTomate   
2017-12-28 04:38   
Just uploaded a crash report of this issue while playing DnD
(0019180)
EnsaladaDeTomate   
2018-05-02 01:22   
(edited on: 2018-05-02 23:39)
I uploaded a demo showing up how it randomly happens, if you spy the player "Preetinator" ingame, you will see that he suddendly dissapears out of the game, and the spam of p_playerthink starts, then people start to crash. (the crash starts at the last map played, near the end.)

You will need the following files:

- doom2.wad
- skulltag_content-3.0-beta01.pk3
- hellbnd-v2.wad
- 18-in-1v2-zandro3.pk3
- dndv2.3j.pk3
- dnd_monstersv0.7i.pk3
- dnd_onlyammov2.7.wad
- newtextcolours_260.pk3

'http://www.mediafire.com/file/vdv1v2i5m128o4x/Zandronum_01.05.2018_19.22.21.cld [^]'

(Note that the demo file is 10mb, thats why i wasnt able to upload it into the main tracker)

Funny thing is that even thought i didnt crashed when i was still on the server, zandronum crashed when i was replaying the demo on my own, giving me a crash report that i also uploaded.

Gotta point out that this happens way more often if theres more people in the server.

(0019201)
Torr Samaho   
2018-05-06 12:56   
The demo doesn't crash for me, at least not if I use demo_skiptonextmap. Did you need to watch the full demo to get the crash?
(0019206)
EnsaladaDeTomate   
2018-05-06 18:34   
(edited on: 2018-05-26 04:44)
Yeah, i watched the whole full demo (didnt know demo_skiptonextmap was a thing), but yeah, it starts to spam the p_playerthink at the last map as i said, and people start to crash, and theres a chance that zandronum might crash for you aswell

(The last map played is AV08 btw)

Edit:

Turns out that i did not need to watch the whole demo to trigger the issue, i used demo_skiptonextmap till i reached the map AV08, then watched the gameplay until the p_playerthink spam started, the player "Preetinator" still dissapears out of nowhere from the game, other people crashed, and i did crashed aswell.

BUT later i replayed the demo again, watched the gameplay of AV08, and this time i did not crashed, but the spam of p_playerthink still happened and other players did crashed aswell, so it seems that zandronum crashing for the person watching the demo is random.

EDIT 2:

You can use Demo_SkipTics 5500 when you reach the map AV08 and wait till the spam of p_playerthink accurs (it takes like 1 minute or less), and you might crash randomly. If you dont crash at first, you might need to reload the demo and try again.

(it usually crashes for me at the first try tho)

(0019258)
Torr Samaho   
2018-05-27 17:14   
Thanks for the update! I was able to reproduce the error spam and the crash with it. The crash is already fixed in 3.1, but I'll need to further investigate the source of the error spam. The demo is a good starting point for this.
(0022151)
Ivan   
2022-03-04 00:59   
For your information, this crash does still happen in 3.1 and gets one or many clients to disconnect from a server.

'https://i.imgur.com/PtV06Dv.png [^]'

It's causing player related looping scripts to fail due this too.
(0022407)
WaTaKiD   
2022-09-27 02:43   
this method can also reproduce p_playerthink spam:

host a server with doom2 map11, fastplasmaball.wad from 0004009 , and sv_cheats 1
connect 2 clients
join with 1 of them, type in console: take health 99
walk forward to drop into the acid to die
p_playerthink spam will appear for the other client, while the one that died will have a messed up hom screen and will time out after a while if they dont spectate to stop the spam


notes: the example wad declares a new class which inherits from playerpawn, not doomplayer, which makes this possible

the "kill" cmd will crash (also gzdoom 1.8.6, but fixed in 4.7.1) so just stick to dying by acid
(0022409)
Kaminsky   
2022-09-27 13:22   
I can confirm that the steps listed above reproduce the error spam.
(0022410)
WaTaKiD   
2022-09-27 21:48   
(edited on: 2022-09-27 21:51)
per edward-san's request, the "kill" cmd crash is fixed in gzdoom 3.4.0 'https://github.com/ZDoom/gzdoom/releases/tag/g3.4.0 [^]'

according to the changelog, this seems to be the commit: 'https://github.com/ZDoom/gzdoom/commit/7009755c52e14a8d317611218eb42a3b05180db9 [^]'