UFO: Alien Invasion Issue Tracker
UFO: Alien Invasion
Go to the previous open issue
Go to the previous issue (open or closed)
star_faded.png
Please log in to bookmark issues
icon_project.png UFO: Alien Invasion / Closed Bug report #2653 Mission Hanging on completion
Go to the next issue (open or closed)
Go to the next open issue
This issue has been closed with status "Closed" and resolution "Not determined".
Issue basics
  • Type of issue
    Bug report
  • Category
    Battlescape
  • Targetted for
    Not determined
  • Status
    Closed
  • Priority
    5. Important
User pain
  • Type of bug
    Not triaged
  • Likelihood
    Not triaged
  • Effect
    Not triaged
Affected by this issue (1)
People involved
Times and dates
  • Posted at
  • Last updated
  • Estimated time
    Not estimated
Issue details
  • Resolution
    Not determined
  • Reproducability
    Not determined
  • Severity
    Not determined
  • Complexity
    Not determined
  • Platform
    Not determined
  • Architecture
    Not determined
Attachments (0)
There is nothing attached to this issue
Duplicate issues (0)
This issue does not have any duplicates
Description
[http://sourceforge.net/p/ufoai/bugs/2653 Item 2653] imported from sourceforge.net tracker on 2013-01-28 19:43:45

R31571. Pressing either left or right mouse button immediately after last alien is killed, freezes up the game and a mesage is displayed on the window bar that UFO:AI has stopped responding. Happens with most maps, particularly Crashed UFO maps, The bridge and Forest maps.

Have tried to read up on gdb, but it won't sink in. However if anyone can give me VERY BASIC instructions on how to install/run it I will have another try.

Attached savegame will offer The bridge mission. Used Dropship from base 03 and this gave the error 3 times in succession- single click with either mouse button:

http://www.mediafire.com/file/p7pa26t3llkvvi8/slot0.savx
http://www.mediafire.com/file/836691ai4m909qp/UFOAI-ClickError.jpg


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

====== tlh2000 (2010-08-19 14:12:27) ======

is debug_killteam 7 working, too?
====== gren01 (2010-08-19 14:22:36) ======

Yes, it is - but in these tests it wasn't used.
====== tlh2000 (2010-08-21 10:36:29) ======

is this still the case - there was a fix for memory corruption going into trunk in r31677
====== gren01 (2010-08-21 15:13:35) ======

I just tested with r31656 and the prob is still there. I will get the latest release and test again.

Gren
====== gren01 (2010-08-21 16:12:54) ======

r31706.
Ran same mission twice and the problem still exists. See these images:

http://i616.photobucket.com/albums/tt248/gren_pics/UFOAI/ClickErr2.jpg

http://i616.photobucket.com/albums/tt248/gren_pics/UFOAI/ClickErr3.jpg

Gren
====== tlh2000 (2010-08-21 16:36:53) ======

we would need a backtrace for this - see the debugging section in our wiki - run it in windowed mode
====== gren01 (2010-08-21 17:14:00) ======

Run what in windowed mode? The debuggung section in the wiki is no help to me - I already explained it doesn't click and the stuff on there just confuses even more.. sorry :( Any other hints or tips?


====== tlh2000 (2010-08-22 06:36:06) ======

run the game in windowed mode by starting gdb.exe

path/to/ufoai/$ gdb.exe ufo.exe
(gdb) run +set vid_fullscreen 0
now you can alt+tab between the debugger and the ufo binary. once it hangs you can hit ctrl+c and type "bt full" to the gdb input, once it crashes it will go back to gdb (but maybe keep the window of ufo alive) - then you don't have to interrupt with ctrl+c but you can just type "bt full"
====== dodon (2010-08-22 09:32:20) ======

I noiced this behaviour on my system too.

Here is what i noticed:
* last action: i tried to move my soldier to cover after i killed the last alien
* processorusage was at 0% so this might be a deadlock of some sort
* i ran the game in C::B, but got no "error messsage" (but i did not trie to hard to get some meaningful data)
====== tlh2000 (2010-08-25 11:07:41) ======

i suppose it's about getting the server mutex twice

all those SDL_mutexP(svs.serverMutex); and SDL_mutexV(svs.serverMutex); calls

it would really help if one could generate a backtrace for this bug.
====== tlh2000 (2010-08-25 11:16:20) ======

maybe SV_DropClient called from SV_Disconnect_f or SV_ExecuteClientMessage
====== tlh2000 (2010-08-25 11:17:57) ======

running the latest version (>=r31892) with "setdeveloper DEBUG_SERVER" and attaching the output might help already, too
====== gren01 (2010-08-25 11:51:59) ======

I will get the latest version and do as you suggest..
====== gren01 (2010-08-25 14:30:39) ======

r31895
The Bridge mission map. Right-clicked once when last alien killed.
Setdeveloper DEBUG_SERVER used.
Screenshot & ufoconsole.log in .zip file:

http://www.mediafire.com/file/sir1c97ftp5j0d9/ClickErr.zip

====== tlh2000 (2010-08-25 14:35:52) ======

Gren's ufoconsole.log
====== tlh2000 (2010-08-25 14:42:06) ======

Gren's screenshot
====== tlh2000 (2010-09-11 12:26:51) ======

the problem is maybe that we are using SDL_KillThread -so we could have left all our mutexes in any/unknown state.

should be fixed in 4ac2ab4252aac42917563fb2e1d90ba2e30f4e40
====== gren01 (2010-09-12 00:37:18) ======

["should be fixed in 4ac2ab4252aac42917563fb2e1d90ba2e30f4e40"]


Whatever release this was, the problem still exisits with 32055
====== tlh2000 (2010-09-12 08:16:01) ======

32055 - that is a svn revision - you have noticed that we switched to git, no?
====== sf-robot (2010-09-29 19:33:21) ======

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).
Steps to reproduce this issue
Nothing entered.
Todos (0 / 0)
Issue created
footer_logo.png The Bug Genie 4.3.1 | Support | Feedback spinning_16.gif