MantisBT - Zandronum |
View Issue Details |
|
ID | Project | Category | View Status | Date Submitted | Last Update |
0001891 | Zandronum | [All Projects] Bug | public | 2014-07-20 08:07 | 2018-09-30 23:08 |
|
Reporter | mifu | |
Assigned To | Torr Samaho | |
Priority | normal | Severity | crash | Reproducibility | always |
Status | closed | Resolution | fixed | |
Platform | Microsoft | OS | Windows | OS Version | XP/Vista/7 |
Product Version | 2.0-beta | |
Target Version | 2.0 | Fixed in Version | 2.0 | |
|
Summary | 0001891: Hexen crashes when entering MAP34 (Wolf Chapel) |
Description | Trying to enter map MAP34 (Wolf Chapel) in Hexen will cause a crash.
Error: Code: C0000005 (Access Violation - tried to read address 000322E0)
Address: 0066B5C7
|
Steps To Reproduce | If you try to access the portal from Heresiarch's Seminary (map MAP27) the game will crash. You will need to of course unlock that part first by getting the puzzle items from MAP33 (Silent Refectory) and MAP32 (Orchard of Lamentations). |
Additional Information | Happened to me twice now.
Playing in Single Player with no extra pwads apart from the HEXEN IWAD (brought from steam if it matters)
I have also attached a crash report to this ticket.
|
Tags | No tags attached. |
Relationships | |
Attached Files | CrashReport-HexenCrash.zip (24,851) 2014-07-20 08:07 /tracker/file_download.php?file_id=1265&type=bug
dynLightCrashFixBackport.diff (1,445) 2015-01-01 18:20 /tracker/file_download.php?file_id=1356&type=bug |
|
Issue History |
Date Modified | Username | Field | Change |
2014-07-20 08:07 | mifu | New Issue | |
2014-07-20 08:07 | mifu | File Added: CrashReport-HexenCrash.zip | |
2014-07-20 20:39 | Arco | Note Added: 0010017 | |
2014-07-20 20:39 | Arco | Status | new => confirmed |
2014-07-20 20:39 | Arco | Summary | Hexen crashes when entering MAP34 (Wolf Chapel) (Zan 2.0) => Hexen crashes when entering MAP34 (Wolf Chapel) |
2014-07-20 20:52 | Arco | Note Edited: 0010017 | bug_revision_view_page.php?bugnote_id=10017#r5378 |
2014-07-20 20:53 | Arco | Note Edited: 0010017 | bug_revision_view_page.php?bugnote_id=10017#r5379 |
2014-07-21 04:12 | WaTaKiD | Note Added: 0010023 | |
2014-07-21 10:13 | Dusk | Note Added: 0010025 | |
2014-07-21 17:36 | Edward-san | Note Added: 0010028 | |
2014-07-21 17:37 | Edward-san | Note Edited: 0010028 | bug_revision_view_page.php?bugnote_id=10028#r5383 |
2014-07-21 17:41 | Edward-san | Note Edited: 0010028 | bug_revision_view_page.php?bugnote_id=10028#r5384 |
2014-07-21 17:41 | Edward-san | Note Edited: 0010028 | bug_revision_view_page.php?bugnote_id=10028#r5385 |
2014-07-21 17:49 | Edward-san | Note Edited: 0010028 | bug_revision_view_page.php?bugnote_id=10028#r5386 |
2014-11-03 20:57 | Torr Samaho | Target Version | => 2.0 |
2015-01-01 18:13 | Torr Samaho | Note Added: 0011169 | |
2015-01-01 18:20 | Torr Samaho | File Added: dynLightCrashFixBackport.diff | |
2015-01-01 18:22 | Torr Samaho | Note Added: 0011178 | |
2015-01-01 18:22 | Torr Samaho | Assigned To | => Torr Samaho |
2015-01-01 18:22 | Torr Samaho | Status | confirmed => feedback |
2015-01-02 15:52 | Dusk | Note Added: 0011219 | |
2015-01-02 17:33 | Torr Samaho | Note Added: 0011225 | |
2015-01-02 18:29 | Torr Samaho | Status | feedback => needs testing |
2015-01-06 16:35 | Dusk | Note Added: 0011315 | |
2015-01-06 16:35 | Dusk | Status | needs testing => resolved |
2015-01-06 16:35 | Dusk | Fixed in Version | => 2.0 |
2015-01-06 16:35 | Dusk | Resolution | open => fixed |
2018-09-30 23:08 | Blzut3 | Status | resolved => closed |
Notes |
|
(0010017)
|
Arco
|
2014-07-20 20:39
(edited on: 2014-07-20 20:53) |
|
Tested in r140712-0929. It crashes whenever I access MAP34 for me. This issue appears to be OpenGL specific.
I've also tested this in Gzdoom r880 and it doesn't crash.
Quote
═════════════════════════════════
MAP01 - WINNOWING HALL
Line 1750's right edge is unconnected
Split seg 929 (-1176,1312)-(-1088,1312) of sector 265 in loop 1
Split seg 931 (-1088,1312)-(-1000,1312) of sector 265 in loop 2
]map map27
═════════════════════════════════
map27 - HERESIARCH'S SEMINARY
]give allmap;give all;notarget;noclip;god
notarget ON
No Clipping Mode ON
Degreelessness Mode ON
]give allmap;give all;notarget;noclip;god
notarget OFF
No Clipping Mode OFF
Degreelessness Mode OFF
═════════════════════════════════
MAP34 - WOLF CHAPEL
|
|
|
|
i would like to add that this same crash occurs when entering map40, and again in map55 and map59 from hexdd.wad
and that i can simply type 'map map34' or 'changemap map34' to reproduce the crash
or even when u set the start map using -warp 34 in the command line |
|
|
(0010025)
|
Dusk
|
2014-07-21 10:13
|
|
Looks like dynamic lights are causing the issue.
Thread 1 (Thread 0x7f30b778aa00 (LWP 2176)):
#0 0x00007f30b631aee9 in __libc_waitpid (pid=2181, stat_loc=0xe70a48 <altstack+7144>, options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:40
resultvar = 1000
oldtype = 0
#1 0x000000000058b260 in crash_catcher (signum=11, siginfo=0xe70bb0 <altstack+7504>, context=0xe70a80 <altstack+7200>) at /home/crimson/src/zandronum/src/sdl/crashcatcher.c:266
status = 0
ucontext = 0xe70a80 <altstack+7200>
dbg_pid = 2181
fd = {24, 25}
0000002 <signal handler called>
No locals.
0000003 0x00000000008d5d84 in ADynamicLight::CollectWithinRadius (this=0x5a9fbc0, subSec=0x4401320, radius=9216) at /home/crimson/src/zandronum/src/gl/dynlights/a_dynlight.cpp:551
seg = 0x4696c40
i = 1
additive = false
0000004 0x00000000008d5ed7 in ADynamicLight::LinkLight (this=0x5a9fbc0) at /home/crimson/src/zandronum/src/gl/dynlights/a_dynlight.cpp:594
fradius = 96
subSec = 0x4401320
node = 0x0
0000005 0x00000000008d573e in ADynamicLight::UpdateLocation (this=0x5a9fbc0) at /home/crimson/src/zandronum/src/gl/dynlights/a_dynlight.cpp:376
oldx = -31457280
oldy = 66060288
oldradius = 0
intensity = 48
0000006 0x00000000008d5790 in ADynamicLight::SetOffset (this=0x5a9fbc0, x=0, y=0, z=0) at /home/crimson/src/zandronum/src/gl/dynlights/a_dynlight.cpp:392
No locals.
0000007 0x00000000008d6c9c in FLightDefaults::ApplyProperties (this=0x3213d50, light=0x5a9fbc0) at /home/crimson/src/zandronum/src/gl/dynlights/gl_dynlight.cpp:174
No locals.
0000008 0x00000000008d8b78 in gl_AttachLight (actor=0x5a9f790, count=0, lightdef=0x3213d50) at /home/crimson/src/zandronum/src/gl/dynlights/gl_dynlight.cpp:1095
light = 0x5a9fbc0
__PRETTY_FUNCTION__ = "void gl_AttachLight(AActor*, unsigned int, const FLightDefaults*)"
0000009 0x00000000008d8cc2 in gl_SetActorLights (actor=0x5a9f790) at /home/crimson/src/zandronum/src/gl/dynlights/gl_dynlight.cpp:1128
i = 0
frame = 3
LightAssociations = @0x321a440: {Array = 0x321a460, Most = 16, Count = 1}
lights = 0x0
tmpLight = 0x0
sprite = 299
l = 0x321a440
count = 1
0000010 0x0000000000917fe2 in OpenGLFrameBuffer::StateChanged (this=0x2b211c0, actor=0x5a9f790) at /home/crimson/src/zandronum/src/gl/system/gl_framebuffer.cpp:407
No locals.
0000011 0x000000000070e127 in AActor::SetState (this=0x5a9f790, newstate=0x302b290, nofunction=false) at /home/crimson/src/zandronum/src/p_mobj.cpp:686
numActions = 0
0000012 0x00000000008766af in ASwitchableDecoration::Deactivate (this=0x5a9f790, activator=0x0) at /home/crimson/src/zandronum/src/g_shared/a_action.cpp:42
No locals.
0000013 0x0000000000718e29 in AActor::HandleSpawnFlags (this=0x5a9f790) at /home/crimson/src/zandronum/src/p_mobj.cpp:4775
No locals.
0000014 0x0000000000718d9d in AActor::LevelSpawned (this=0x5a9f790) at /home/crimson/src/zandronum/src/p_mobj.cpp:4761
No locals.
0000015 0x000000000071b6e0 in P_SpawnMapThing (mthing=0x44216a4, position=0) at /home/crimson/src/zandronum/src/p_mobj.cpp:5829
i = 0x3026540
mask = 4
mobj = 0x5a9f790
y = 66060288
pnum = -1
info = 0x302a560
x = -31457280
z = -2147483648
...
|
|
|
(0010028)
|
Edward-san
|
2014-07-21 17:36
(edited on: 2014-07-21 17:49) |
|
Torr has upgraded the codebase from 880 to 900, iirc, before the tested beta, so you need to check r900 (Torr, can you provide the gzdoom r900 executable?). I remember gzdoom has suffered a similar problem...
[edit] yup, found it, same crash.
[edit2] gez made some tentative fixes: r1297, 1299, 1300, 1301, then graf fixed the problem for real in r1302.
|
|
|
|
I had a closer look at this. The first attempt was actually 1295. This attempted was altered in 1297 and completely reverted in 1299. 1300 and 1301 cancel each other. So 1302 is the only revision we need to take care about. |
|
|
|
1302 is intertwined with some stuff we don't have yet. I adapted the changes so that they should be compatible with our GZDoom base and attached a diff. Can somebody check if this fixes the crashes? |
|
|
(0011219)
|
Dusk
|
2015-01-02 15:52
|
|
The fix appears to work for me. |
|
|
|
Thanks for checking! I added some more comments for future GZDoom base upgrades and pushed it. |
|
|
(0011315)
|
Dusk
|
2015-01-06 16:35
|
|
I already confirmed the fix was working, not sure what else there is to test anymore.. |
|