MantisBT - Zandronum
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0003415Zandronum[All Projects] Bugpublic2018-04-25 15:432021-08-22 01:09
Reporterfr-blood 
Assigned ToTorr Samaho 
PriorityhighSeveritycrashReproducibilityrandom
StatusassignedResolutionopen 
PlatformMicrosoftOSWindowsOS VersionXP/Vista/7
Product Version3.0 
Target VersionFixed in Version 
Summary0003415: "Address not mapped to object (signal 11)" is still present, randoms crash on my Invasion Server.
DescriptionHellow there, first of all I know that other tickets have been opened and closed about that particular crash, but there have been no progress since 2015, this is why I'm deciding to open another one.

The problem is very annoying, one of my project : Complex Doom Invasion, actually present at the server "[NE] :: Complex Doom Invasion v0.99.3d [Official]" is having big problem online. The fact that a random crash will comes at least one time perday and that in almost everymap so this is impossible for me to find the source of it. I have been tried to fix as many decorate and scripts but the bug is still present and has more chance to happens if the map is big like CDM18.

Hoping that I gave you enought informations in order to investigate.

Steps To Reproduce1. Join Server: "[NE] :: Complex Doom Invasion v0.99.3d [Official]" for the file list.
2. Hope for the bug to happens when you are playing, it is totally random and can't know what is the source.
Additional InformationYou will find in the crashes.rar a big list of zandronum crashlog from the server, all having the:

*** Fatal Error ***
Address not mapped to object (signal 11)
Address: 0x4d1System

I have also added a clientsided crashlog from both Zandronum 3.0 and 2.1.2 because yes the crash also happened before the big update. I can also confirm that it is not coming from the hoster because the crash also happened on Best-Ever which is now offline and same for TSPG.
TagsNo tags attached.
Relationships
has duplicate 0003061closed  Random Crash Happening on Complex Doom Invasion Server 
Attached Filesrar crashes.rar (79,457) 2018-04-25 15:43
https://zandronum.com/tracker/file_download.php?file_id=2318&type=bug
Issue History
Date ModifiedUsernameFieldChange
2018-04-25 15:43fr-bloodNew Issue
2018-04-25 15:43fr-bloodFile Added: crashes.rar
2018-05-06 13:20Torr SamahoNote Added: 0019202
2018-05-06 13:21Torr SamahoAssigned To => Torr Samaho
2018-05-06 13:21Torr SamahoStatusnew => feedback
2018-05-10 05:46fr-bloodNote Added: 0019236
2018-05-10 05:46fr-bloodStatusfeedback => assigned
2018-05-10 05:48PolygonNote Added: 0019237
2018-05-11 06:29Torr SamahoNote Added: 0019239
2018-05-11 06:29Torr SamahoNote Edited: 0019239bug_revision_view_page.php?bugnote_id=19239#r11544
2018-05-18 17:49Edward-sanRelationship addedhas duplicate 0003061
2018-05-18 18:04Edward-sanNote Added: 0019249
2018-05-18 18:04Edward-sanNote Edited: 0019249bug_revision_view_page.php?bugnote_id=19249#r11546
2018-05-19 18:56PolygonNote Added: 0019250
2021-08-22 01:09XindageNote Added: 0021750

Notes
(0019202)
Torr Samaho   
2018-05-06 13:20   
Unfortunately, all these server logs contain no information about the crash. Can you get hold of the gdb output that is requested at the end of the log files?
(0019236)
fr-blood   
2018-05-10 05:46   
Is that what you wanted?

Executing: gdb --quiet --batch --command=gdb-respfile-4jg2FH
Executing: gdb --quiet --batch --command=gdb-respfile-BIRY5h
Executing: gdb --quiet --batch --command=gdb-respfile-JExhs0
Executing: gdb --quiet --batch --command=gdb-respfile-D2DQnT
Executing: gdb --quiet --batch --command=gdb-respfile-UICWNi
Executing: gdb --quiet --batch --command=gdb-respfile-j9c61c
Executing: gdb --quiet --batch --command=gdb-respfile-Ju290w
Executing: gdb --quiet --batch --command=gdb-respfile-aUw87j
Executing: gdb --quiet --batch --command=gdb-respfile-yZ31MO
Executing: gdb --quiet --batch --command=gdb-respfile-h7MQhS
Executing: gdb --quiet --batch --command=gdb-respfile-5QAEzy
Executing: gdb --quiet --batch --command=gdb-respfile-afygo9
Executing: gdb --quiet --batch --command=gdb-respfile-MKzlDD
Executing: gdb --quiet --batch --command=gdb-respfile-Krkz8e
Executing: gdb --quiet --batch --command=gdb-respfile-4jOafq
Executing: gdb --quiet --batch --command=gdb-respfile-8NmbNP
Executing: gdb --quiet --batch --command=gdb-respfile-jY3qKN
Executing: gdb --quiet --batch --command=gdb-respfile-RZRRgZ
Executing: gdb --quiet --batch --command=gdb-respfile-rO2CE5
(0019237)
Polygon   
2018-05-10 05:48   
Hello I am curious too as to what you are asking for. the only gdb output is as fr-blood stated in previous post.
(0019239)
Torr Samaho   
2018-05-11 06:29   
0003415:0019236 shows the command that invokes gdb, what I need it what gdb returns.
(0019249)
Edward-san   
2018-05-18 18:04   
As a starting point, what happens if you start the server by using `gdb -ex=r --args ` followed by the command which creates the server? When it will crash, you should be able to investigate it from the gdb command prompt.
(0019250)
Polygon   
2018-05-19 18:56   
gdb assuming it's a terminal commmand returns "warning: gdb-respfile-HuEVAa: No such file or directory"
(0021750)
Xindage   
2021-08-22 01:09   
guys I've found a way to reproduce this annoying crash, even offline. But I'm not sure if this is caused by the SAME source that I've found.
I can reproduce this crash with the following wads:
skulltag_content-3.0-beta01.pk3
armageddon2v63.pk3
complex-doom.v27a5.pk3
complex-armageddon-patch-beta.v2.wad
hpbar-v22.pk3
newtextcolours_260.pk3
Note: the wads can be obtained in TSPG.

first i've noticed the crash happening right after my friend picked up a randon sphere on map07, them i replayed the map with him and picked up the random sphere again and it surprising crashed. so i decided test offline.

MAP01 - Something Different
]summon RandomPowerup
*** Fatal Error ***
Address not mapped to object (signal 11)
Address: 0x21

I hope that help you guys tracking the bug down.