[http://sourceforge.net/p/ufoai/bugs/2122 Item 2122] imported from sourceforge.net tracker on 2013-01-28 19:22:20

Using version from svn trunk. Started a skirmish game using the city_disco map. On third turn, got a seg fault when I tried to turn a soldier to face into the disco (see attached screenshot).

Platform: Ubuntu 9.04 (64 bit)
SVN Revision: 24563

======
GDB Info
======
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7f83df97b760 (LWP 10501)]
0x000000000053ee98 in R_LightPointColor (lighting=0x2d4f540)
at src/client/renderer/r_lightmap.c:458
458 if (r_mapTiles[refdef.trace_ent->model->bsp.maptile]->bsp.lightdata) {

(gdb) bt full
#0 0x000000000053ee98 in R_LightPointColor (lighting=0x2d4f540)
at src/client/renderer/r_lightmap.c:458
No locals.
#1 0x000000000053f4dd in R_LightPoint (point=0x2c6624c, lighting=0x2d4f540)
at src/client/renderer/r_lightmap.c:595
start = {82.8000031, 112, 36}
end = {82.8000031, 112, -220}
delta = 181.82399
#2 0x00000000005460bd in R_DrawAliasModel (e=0x2c66220)
at src/client/renderer/r_mesh.c:433
lightpos = {329.735748, 1006.6543, -1172.75317}
mod = (const mAliasModel_t *) 0xfceff00
i = 1
g = 1
color = {0.800000012, 0.800000012, 0.800000012, 1}
#3 0x000000000053716b in R_DrawMeshEntities (ents=0x2c67720)
at src/client/renderer/r_entity.c:381
e = (entity_t *) 0x2c66220
#4 0x00000000005371be in R_DrawOpaqueMeshEntities (ents=0x2c67720)
at src/client/renderer/r_entity.c:401
No locals.
#5 0x00000000005379d6 in R_DrawEntities ()
at src/client/renderer/r_entity.c:632
i = 32
chain = (entity_t **) 0x7fffe7ab01a8
r_bsp_entities = (entity_t *) 0x2c67a20
r_opaque_mesh_entities = (entity_t *) 0x2c67720
r_blend_mesh_entities = (entity_t *) 0x2c67b20
r_null_entities = (entity_t *) 0x0
skin = (image_t *) 0xe374820
#6 0x000000000053fff9 in R_RenderFrame () at src/client/renderer/r_main.c:301
tile = 2
__PRETTY_FUNCTION__ = "R_RenderFrame"
#7 0x000000000045dcc6 in V_RenderView () at src/client/cl_view.c:379
No locals.
#8 0x0000000000457b1f in SCR_UpdateScreen () at src/client/cl_screen.c:492
No locals.
#9 0x000000000044f971 in CL_Frame (now=239331, data=0x0)
at src/client/cl_main.c:1058
delta = 20
lastFrame = 239331
#10 0x00000000005029f4 in tick_timer (now=239331, data=0x12303af8)
at src/common/common.c:1040
timer = (struct timer *) 0x12303af8
old_interval = 20
lateness = 0
#11 0x0000000000502cf0 in Qcommon_Frame () at src/common/common.c:1121
event = (struct event *) 0x1f95bfc8
time_to_next = 0
#12 0x000000000055acfd in main (argc=1, argv=0x7fffe7ab03c8)
at src/ports/linux/linux_main.c:58
No locals.

===== Comments Ported from Sourceforge =====

====== niggle2 (2009-06-03 10:03:23) ======

Screenshot at point of crash
====== tlh2000 (2009-06-22 04:58:00) ======

this seams to be related to random map assemblies - i've not yet sean these problems with static maps. lightmap resolution isn't working for rmas, too - maybe related. the actors are standing in a dark area of a rma tile but the are still fully lit.
====== niggle2 (2009-07-21 16:37:14) ======

Very similar crash just occurred on the village map. Though it happened when I was scrolling across the map.

Platform: Ubuntu 9.04 (64bit)
SVN Version: 25229

===========
Crash Report
===========
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fdf24d13760 (LWP 17978)]
0x0000000000543515 in R_LightPointColor (lighting=0x2d60720)
at src/client/renderer/r_lightmap.c:458
458 if (r_mapTiles[refdef.trace_ent->model->bsp.maptile]->bsp.lightdata) {

========
Backtrace
========
#0 0x0000000000543515 in R_LightPointColor (lighting=0x2d60720)
at src/client/renderer/r_lightmap.c:458
No locals.
#1 0x0000000000543b5a in R_LightPoint (point=0x2c7692c, lighting=0x2d60720)
at src/client/renderer/r_lightmap.c:595
start = {-272, -336, 36}
end = {-272, -336, -220}
delta = 505.311005
#2 0x000000000054a7b5 in R_DrawAliasModel (e=0x2c76900)
at src/client/renderer/r_mesh.c:433
lightpos = {6.61328125, 0, 3.0123374e-29}
mod = (const mAliasModel_t *) 0xfcf0bb0
i = 0
g = 7.84609431e-39
color = {0.800000012, 0.800000012, 0.800000012, 1}
#3 0x000000000053b78f in R_DrawMeshEntities (ents=0x2c76900)
at src/client/renderer/r_entity.c:381
e = (entity_t *) 0x2c76900
#4 0x000000000053b7e2 in R_DrawOpaqueMeshEntities (ents=0x2c76900)
at src/client/renderer/r_entity.c:401
No locals.
#5 0x000000000053c03b in R_DrawEntities ()
at src/client/renderer/r_entity.c:634
i = 49
chain = (entity_t **) 0x7fff2ce48550
r_bsp_entities = (entity_t *) 0x0
r_opaque_mesh_entities = (entity_t *) 0x2c76900
r_blend_mesh_entities = (entity_t *) 0x0
r_null_entities = (entity_t *) 0x0
#6 0x00000000005446bc in R_RenderFrame () at src/client/renderer/r_main.c:312
tile = 1
__PRETTY_FUNCTION__ = "R_RenderFrame"
#7 0x000000000045a814 in V_RenderView () at src/client/cl_view.c:376
No locals.
#8 0x00000000004547b7 in SCR_UpdateScreen () at src/client/cl_screen.c:493
No locals.
#9 0x000000000044f931 in CL_Frame (now=505311, data=0x0)
at src/client/cl_main.c:1102
delta = 33
lastFrame = 505311
#10 0x00000000005063ad in tick_timer (now=505311, data=0x11537268)
at src/common/common.c:1046
timer = (struct timer *) 0x11537268
old_interval = 20
lateness = 13
#11 0x00000000005066a9 in Qcommon_Frame () at src/common/common.c:1127
event = (struct event *) 0x227c6468
time_to_next = 0
#12 0x000000000055f11d in main (argc=1, argv=0x7fff2ce48768)
at src/ports/linux/linux_main.c:53
No locals.

====== niggle2 (2009-07-21 16:39:46) ======

Screenshot at point of second crash
====== tlh2000 (2009-11-17 06:44:40) ======

also see bug #2673567
====== tlh2000 (2010-01-26 07:06:50) ======

there was some memory corruption about the client side bsp tree - maybe the fix of this particular memory problem also fixed this one. the backtraces are outdated. if someone can reproduce this with a newer revision, please update the backtraces. for the below posted segfault: in a new backtrace the values of entity, model and bspModel are the most interesting.

will set this to pending in a few days if no other reports arrived in the meantime.
====== sf-robot (2010-02-21 02:20:11) ======

This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).