Update of bug #13498 (project freeciv):
Status: Confirmed = Works For Me
Assigned to: mbook = pepeto
Open/Closed:Open = Closed
Follow-up Comment #17, bug #13498 (project freeciv):
freeciv version 2.1.9, client-gtk-2.0
Slackware 13.0
I've just experienced the same bug:
civclient: city.c:553: city_owner: Assertion `((void *)0) != pcity ((void
*)0) != pcity-owner' failed.
I think in my case it has occurred after
Follow-up Comment #18, bug #13498 (project freeciv):
The back trace you added is related to this bug. But the one you are
describing is bug #14652.
___
Reply to this item at:
http://gna.org/bugs/?13498
Follow-up Comment #19, bug #13498 (project freeciv):
Nope. Double-clicking in the message list was the last action I performed
when I got this backtrace.
I'm pretty sure it is not #14652. First reason is that it's me who reported
#14652 (I created he account on gna.org after that so the #14652
Follow-up Comment #20, bug #13498 (project freeciv):
And 3rd reason is that the backtrace you accept to be related to this bug
contains this:
#14 0x0807581c in meswin_double_click (message_index=0)
at messagewin_common.c:239
(so it seems it was 1st message in the list to be double-clicked)
Follow-up Comment #21, bug #13498 (project freeciv):
I missed some piece of informations, thank you. This is very interesting...
But I still have no idea of what can cause this bug. Was it near a recent
destroyed city?
___
Reply to
Follow-up Comment #22, bug #13498 (project freeciv):
You're welcome.
Here is more info:
(gdb) p messages[0] # zero is the index from the backtrace
$17 = {
descr = 0xa9b76e8 Caracas is finished building Settlers., ' ' repeats 12
times, tile = 0xb6cbde64, event = E_UNIT_BUILT, location_ok
Follow-up Comment #23, bug #13498 (project freeciv):
Is that 2.1.9 or svn 2.1 branch? Was Caracas yours before you conquered it?
___
Reply to this item at:
http://gna.org/bugs/?13498
___
Follow-up Comment #24, bug #13498 (project freeciv):
It is the release 2.1.9 with this one patch:
https://gna.org/support/download.php?file_id=7186
(which should be irrelevant here as far as I can see).
The Caracas was never mine. I am the aggressor in this case ;-)
Follow-up Comment #25, bug #13498 (project freeciv):
I will try to install a 2.1.9 version. This bug is supposed to be left now
in svn branch, but actually not really fixed...
___
Reply to this item at:
http://gna.org/bugs/?13498
Follow-up Comment #15, bug #13498 (project freeciv):
See also bug #13780
___
Reply to this item at:
http://gna.org/bugs/?13498
___
Message posté via/par Gna!
http://gna.org/
Follow-up Comment #14, bug #13498 (project freeciv):
Can someone using latest S2_1 from svn confirm if
this crash still occurs? There were a number of
fixes committed in the meantime, in particular
one dealing with some nasty potential memory
corruption, so the bug might be absent now.
Follow-up Comment #13, bug #13498 (project freeciv):
Hi
I have now had crash 6 from this bug.
Again in LTXIV. This time a new variant.
I was online when a city of mine was captured.
A size 4 city with one of my units inside was attacked and captured.(no
palace). I crashed with the same abort
Follow-up Comment #12, bug #13498 (project freeciv):
Hi
I have now had crashes 4 and 5 from this bug.
This time in LTXIV.
Some more info about my setup.
Am running Freeciv 2.1.9-GTK on windowsXP.
The crash is an assert failure in file common/city.c on line 553.
I am not using your new debug
Follow-up Comment #11, bug #13498 (project freeciv):
I committed the last patch, but of course that
does not really solve the underlying problem.
I'll leave this ticket open for now, in case
more information comes to light.
Follow-up Comment #8, bug #13498 (project freeciv):
This crash has happened to me 3 times in LTXV now. Each time was just after
entering / destroying an empty size 1 city. Each time the city was the
capital city and the losing player was not RIP. Kevin551
Follow-up Comment #9, bug #13498 (project freeciv):
This crash has happened to me 3 times in LTXV now. Each
time was just after entering / destroying an empty size
1 city. Each time the city was the capital city and the
losing player was not RIP. Kevin551
Confirmed. Thanks for the
Update of bug #13498 (project freeciv):
Assigned to:None = mbook
___
Reply to this item at:
http://gna.org/bugs/?13498
___
Message sent
Update of bug #13498 (project freeciv):
Severity: 3 - Normal = 4 - Important
Priority: 5 - Normal = 7 - High
Status:None = Confirmed
Follow-up Comment #10, bug #13498 (project freeciv):
Hmm well, I managed to get one crash but then never
again, even retracing the same steps from the same
savegame with the same binary. Furthermore the back-
trace showed a slightly different code path, but
still basically a map redraw from a
Follow-up Comment #5, bug #13498 (project freeciv):
Hello,
here is another signal 6 crash, this time the trigger was switching the city
governor preset for a single city within the city report.
bt full, civclient.log, save games before and after, no way found to
reproduce.
Christian
Core was
Follow-up Comment #6, bug #13498 (project freeciv):
I'm going to commit soon the attached patch which splits
the assertion in to two lines so we can better see what
condition is failing.
よく見えないからね。
(file #5765)
Follow-up Comment #7, bug #13498 (project freeciv):
Oops minor mistake in the last patch...
しまった、終わりものを忘れた
(file #5766)
___
Additional Item Attachment:
File name:
Follow-up Comment #4, bug #13498 (project freeciv):
Hello,
I think this is a similar crash. It happened at a middle-click on a sentried
unit in the city window.
Rev 15657 + hack fix patch, 2.1.9+ GTK client
Savegames are before and after, not reproducible.
Christian
Core was generated by
URL:
http://gna.org/bugs/?13498
Summary: client abort in 2.1.9+ GTK
Project: Freeciv
Submitted by: chrisk
Submitted on: Donnerstag 07.05.2009 um 19:10
Category: client-gtk-2.0
Severity: 3 - Normal
Follow-up Comment #1, bug #13498 (project freeciv):
Can you post the savegame where this happens?
解剖しましょう。
___
Reply to this item at:
http://gna.org/bugs/?13498
Follow-up Comment #2, bug #13498 (project freeciv):
The bug is not reproducible from savegame.
I post the saves before and after the crash.
Unfortunately, one of them has been overwritten due to the save bug.
Christian
(file #5758, file #5759)
27 matches
Mail list logo