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 Mar 28 17:04:00 2014  
Category: NoneSeverity: 3 - Normal
Priority: 5 - NormalStatus: None
Assigned to: NoneOriginator Email: -unavailable-
Open/Closed: OpenRelease: 2.4.2
Operating System: Microsoft WindowsPlanned Release: 
Contains string changes: None

Add a New Comment (Rich MarkupRich Markup):

You are not logged in

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


(Jump to the original submission Jump to the original submission)

Wed Sep 24 11:44:32 2014, comment #6:

I think the "random Dwarf version" in (4) is only a symptom of an earlier memory corruption, see http://gna.org/bugs/?22685 for another value.

Your disassembly (2) is apparently okay, the begin of a procedure using 0x24 bytes for local variables on the stack, comparing 32 bits in EBX with 0, comparing a byte at 0x5d44e0 with 0, and comparing EAX with 0, hopping to different locations in the same procedure if it found a 0.

Sun Sep 14 13:29:27 2014, 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 Sep 14 13:28:31 2014, 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 Sep 14 13:22:13 2014, 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 Sep 14 13:09:03 2014, 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 Sep 14 12:41:36 2014, 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 Mar 28 17:04:00 2014, 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

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.



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

Attach File(s):

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.


    Error: not logged in



    Follows 1 latest change.

    Date Changed By Updated Field Previous Value => Replaced By
    Sun Sep 14 13:09:03 2014jtnSummaryWindows 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