bugFreeciv - Bugs: bug #21874, Misc Windows Freeciv 2.4.2 client...

 
 
Show feedback again

bug #21874: Misc Windows Freeciv 2.4.2 client crashes with access violations

Submitted by:  None
Submitted on:  Fri 28 Mar 2014 05:04:00 PM UTC  
 
Category: NoneSeverity: 3 - Normal
Priority: 5 - NormalStatus: None
Assigned to: NoneOriginator Email: -unavailable-
Open/Closed: OpenRelease: 2.4.2
Operating System: Microsoft WindowsPlanned Release: 

Add a New Comment (Rich MarkupRich Markup):
   

You are not logged in

Please log in, so followups can be emailed to you.

 

Sun 14 Sep 2014 01:29:27 PM UTC, comment #5:

In summary, we have two new symptoms here:

2. comment #2: Crash when user changes enumerated option.
3. comment #3: Crash on client quit.


Jacob Nevins <jtn>
Project Administrator
Sun 14 Sep 2014 01:28:31 PM UTC, comment #4:

4. Decode of 4th and last backtrace in comment #0.

Backtrace is indeed truncated[*], but what's there looks like a duplicate of bug #21774.

[*] We seem to have a general problem that the backtrace logic included in our Windows builds is unable to handle the DWARF information it finds (random "Dwarf Error: found dwarf version '33396', this reader only handles version 2 information."). Dunno where the bug lies (in the decoder or in the DWARF info, which might be in our ancient Gtk binaries, emitted by a long-obsolete toolchain, who knows?). But it's unlikely to be Freeciv's fault.

Jacob Nevins <jtn>
Project Administrator
Sun 14 Sep 2014 01:22:13 PM UTC, comment #3:

3. Decode of third backtrace in comment #0.

I read it as:
User asked client to quit.
Client's atexit() handler asked spawned server to "/quit".
Socket write to server failed.
Client's server-has-died callback is called and makes a terrible mess of things.

Jacob Nevins <jtn>
Project Administrator
Sun 14 Sep 2014 01:09:03 PM UTC, comment #2:

2. Second backtrace in comment #0:

Something went horribly wrong when the user changed an enumerated option.
Can't easily tell which option, unfortunately.
Not sure what went wrong, either. From the disassembly, don't think it can be as simple as poption->changed_callback being duff.

Disassembly of option_changed() up to 0040AE83, in case anyone better at reading x86 assembler can guess the problem:

Jacob Nevins <jtn>
Project Administrator
Sun 14 Sep 2014 12:41:36 PM UTC, comment #1:

Decode of first backtrace in comment #0.
Looks like it was triggered by changing the tileset.
Since we've seen this twice in separate tickets, I've raised a new ticket for just this specific backtrace signature (bug #22625).

Jacob Nevins <jtn>
Project Administrator
Fri 28 Mar 2014 05:04:00 PM UTC, original submission:

Windows client occasionally crashes while playing a single player game on a hex map. These 9 crashes have occurred over a two week period and have no known commonality. The client crashes the server is unaffected.

The hex map being plaed is here
http://civland.org/forum/viewtopic.php?f=14&t=953

I am using the Amplio2Hexbig tileset.

This error is unrelated to the concurrent phase mode error.

This one has occured 5 times -

This last one seems to have a shortened error report.

Anonymous

 

(Note: upload size limit is set to 1024 kB, after insertion of the required escape characters.)

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by jtn (Posted a comment)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follows 1 latest change.

    Date Changed By Updated Field Previous Value => Replaced By
    Sun 14 Sep 2014 01:09:03 PM UTCjtnSummaryWindows Freeciv 2.4.2 GTK access violation causes client crash=>Misc Windows Freeciv 2.4.2 client crashes with access violations
    Show feedback again

    Back to the top


    Powered by Savane 3.1-cleanup