[http://sourceforge.net/p/ufoai/bugs/889 Item 889] imported from sourceforge.net tracker on 2013-01-28 18:38:45

SVN r10836.

Hi!

I recompiled UFO:AI again (make lang and make update-po are botched, but that's fine, apparently).

Then I tried to load my older savegames, you know, just trying. ^.^

Aftwerwards I started off a new game, and after placing the first base I immediately got to the Soldiers Equipment screen. I removed most weapons (who needs knives anyway?), and reequipped my team. When exiting the screen, I then selected to equip my dropship (you know, to attach two fuel pods). But right after clicking Equip, UFO:AI crashes.

I remember that exactly the same thing happened only a few days ago.

---START console output---

Changing to Singleplayer
Warning: XLookupString failed on KeySym 65509
Warning: XLookupString failed on KeySym 65509
Warning: XLookupString failed on KeySym 65509
Warning: XLookupString failed on KeySym 65509
CL_ReloadAndRemoveCarried()...aircraft idx: 0, team size: 8
GL_FindImage: Can't find models/soldiers/malelight/head01_cccp (models/soldiers/malelight/head01_cccp) - file: src/ref_gl/gl_model.c, line 204
Received signal 11, exiting...

---END console output---

HTH


/Danai
===== Comments Ported from Sourceforge =====

====== tlh2000 (2007-08-15 07:29:14) ======

Logged In: YES
user_id=116930
Originator: NO

it would be nice if you could post a backtrace via gdb - have a look here for more infos: http://ufoai.ninex.info/wiki/index.php/Debugging
====== danai (2007-08-16 13:48:52) ======

Logged In: YES
user_id=1643496
Originator: YES

Here you will have the ufoconsole.log. I'll try a backtrace now.

Best


Danai
File Added: ufoconsole.log
====== danai (2007-08-16 13:58:58) ======

Logged In: YES
user_id=1643496
Originator: YES

(gdb) bt full
#0 0x00000000004608b2 in AIM_DrawAircraftSlots (aircraft=Cannot access memory at address 0x7fffc3a9fb00
) at src/client/cl_mapfightequip.c:772
node = (menuNode_t *) Cannot access memory at address 0x7fffc3a9fb08

[I forgot to put +set developer 1; I'll do it right away.]

This is how I always get this problem:

1. Build base, somewhere in South Africa
2. Equip the soldiers; remove all the knives, SMG's, etc. I'm in this screen for about five minutes.
3. Then directly equip the dropship; it will always crash;


Danai
====== danai (2007-08-16 14:09:44) ======

Logged In: YES
user_id=1643496
Originator: YES

[snip]

CL_Select_f: Command: 'equip' - num: 6
ExecuteString: '-leftmouse 179 164098'
ExecuteString: '+leftmouse 179 164858'
ExecuteString: 'equip_select 7'
ExecuteString: 'equipdeselect6'
MN_Command_f: menu 'equipment'
ExecuteString: 'equipselect7'
MN_Command_f: menu 'equipment'
CL_Select_f: Command: 'equip' - num: 7
ExecuteString: '-leftmouse 179 164934'
ExecuteString: '+leftmouse 179 165650'
ExecuteString: '-leftmouse 179 165762'
ExecuteString: '+leftmouse 179 165977'
ExecuteString: 'equip_select 6'
ExecuteString: 'equipdeselect7'
MN_Command_f: menu 'equipment'
ExecuteString: 'equipselect6'
MN_Command_f: menu 'equipment'
CL_Select_f: Command: 'equip' - num: 6
ExecuteString: '-leftmouse 179 166094'
ExecuteString: '+leftmouse 179 170318'
ExecuteString: 'mn_pop'
ExecuteString: '-leftmouse 179 170394'
ExecuteString: '+leftmouse 179 171738'
ExecuteString: 'mn_push aircraft_equip'
ExecuteString: ''
ExecuteString: 'airequip_init 0'

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 46922697150656 (LWP 2535)]
0x00000000004608b2 in AIM_DrawAircraftSlots (aircraft=0xa0c7fd0)
at src/client/cl_mapfightequip.c:772
772 Cvar_Set(va("mn_aircraft_item_model_slot%i", i), gd.technologies[aircraftItems[slot->itemIdx].tech_idx].mdl_top);


HTH


/Danai
====== danai (2007-08-16 16:37:42) ======

Logged In: YES
user_id=1643496
Originator: YES

SVN r10873.

I tried the updated src/client/cl_mapfightequip.c, but it still crashes. :/


Danai
====== tlh2000 (2007-08-16 16:44:56) ======

Logged In: YES
user_id=116930
Originator: NO

crash? or assert? same message? can you please try to produce the crash in your gdb session and type
p slot->itemIdx
p aircraftItems[<value of slot->itemIdx>].tech_idx
====== danai (2007-08-16 21:36:46) ======

Logged In: YES
user_id=1643496
Originator: YES

SVN r10878.

I&#039;m not exactly sure what you mean with "assert" (meaning "to insist" or "to maintain"), but it crashes, i.e. the program just quits immediately.

After I built the new base in South Africa, I went immediately to equip my dropship, and it crashed again.

Here&#039;s what gdb says:


AIR_AircraftGetFromIdx: aircraft idx: 0 - base idx: 0 (PHALANX HQ)
AIR_IsInAircraftTeam: found idx &#039;7&#039; (homebase: &#039;PHALANX HQ&#039; - baseCurrent: &#039;PHALANX HQ&#039;)
ExecuteString: &#039;-leftmouse 179 128683&#039;
ExecuteString: &#039;+leftmouse 179 129567&#039;
ExecuteString: &#039;mn_push aircraft_equip&#039;
ExecuteString: &#039;&#039;
ExecuteString: &#039;airequip_init 0&#039;
ufo: src/client/cl_mapfightequip.c:772: AIM_DrawAircraftSlots: Assertion `slot->itemIdx >= 0&#039; failed.

Program received signal SIGABRT, Aborted.
[Switching to Thread 47674961846464 (LWP 24653)]
0x00002b5c302a6635 in raise () from /lib/libc.so.6
(gdb) p slot->itemIdx
No symbol "slot" in current context.
(gdb) p aircraftItems[0].tech_idx
$1 = 129
(gdb) quit

Best wishes


/Danai
====== tlh2000 (2007-08-16 22:28:22) ======

Logged In: YES
user_id=116930
Originator: NO

should be fixed in r10881
====== danai (2007-08-16 23:08:35) ======

Logged In: YES
user_id=1643496
Originator: YES

SVN r10881.

Yup, it seems fixed. Thanks!


Danai