bugBattle for Wesnoth - Bugs: bug #20779, Irrational segmentation fault when...

 
 
Show feedback again

bug #20779: Irrational segmentation fault when returning from fire_event

Submitted by:  None
Submitted on:  Thu 02 May 2013 12:30:15 AM UTC  
 
Category: BugSeverity: 4 - Important
Priority: 5 - NormalItem Group: WML
Status: Need InfoPrivacy: Public
Assigned to: J Tyne <jamit>Originator Email: -unavailable-
Open/Closed: OpenRelease: 1.10
Operating System: Ubuntu, Windows

Add a New Comment (Rich MarkupRich Markup):
   

You are not logged in

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

 

Sun 21 Jul 2013 11:58:14 PM UTC, comment #3:

The attached save does not load (unknown unit type 09 Fencer).

The attached save is from 1.11.2, which makes verifying the bug in 1.10 unlikely given that a version conflict is likely.

J Tyne <jamit>
Project MemberIn charge of this item.
Thu 02 May 2013 01:06:51 AM UTC, comment #2:

Fogot to add that the guy who encountered it on Windows was on 1.11.2, so this bug is present both on 1.11 and 1.10.

Anonymous
Thu 02 May 2013 12:49:13 AM UTC, comment #1:

I forgot to add, after this seg fault the game loaded again incredibly fast, like if all the preprocessed WML was still reachable.

And when I did the same thing on the same unit with the same properties elsewhere (when I created it with the same properties as that code has created, I have seen it when the empty messages showed) did not cause a seg fault.

Anonymous
Thu 02 May 2013 12:30:15 AM UTC, original submission:

I have encountered a mysterious segmentation fault in my campaign. I have recently added a tutorial to it, a rather funny introduction to the campaign's interface, but suddenly it appeared. A character started telling 0-3 times an empty message (it should not have talked at that point at all) and then it crashes with a segmentation fault. An almost identical code is executed many times, and in all other cases it worked. I did not have enough RAM capacity to valgrind it (because the add-on it requires is quite huge).

A unit was created there, then it was stored, an event was fired on it, I could verify that it continued until the end of the event, then it was supposed to come back to the event being executed, but before executing anything behind that fire_event, the unit said 0-3 times an empty message and it crashed.

An almost identical structure was used a lot of times before and it never did this. That is why it is impossible to provide a minimalistic code or something, I am just including a save file where it appeared (right click on the Rogue, and click on the last option). All the WML in the event fired worked a thousand times without it and just changes some properties of the unit. The add-on on the server already contains a workaround, but the bug should repeat when using the save file with the newer code.

It happened on 1.10.6 on Ubuntu 12.10, but it was also encountered on Windows, and it did the same.

Anonymous

 

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

Attach File(s):
   
   
Comment:
   

Attached Files
file #17875:  LotI1-Tutorial-Auto-Save5.gz added by None (60kB - application/x-gzip)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by jamit (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):

     

     

    Follow 3 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Sun 21 Jul 2013 11:58:14 PM UTCjamitStatusNone=>Need Info
      Assigned toNone=>jamit
    Thu 02 May 2013 12:30:15 AM UTCNoneAttached File-=>Added LotI1-Tutorial-Auto-Save5.gz, #17875
    Show feedback again

    Back to the top


    Powered by Savane 3.1-cleanup