Crash after some time in trunk version.

Do you need help? Ask here!

Bug reporting belongs here: http://developer.wz2100.net/newticket
Post Reply
CRISTIAN
Rookie
Rookie
Posts: 28
Joined: 11 Aug 2006, 01:22
Location: Argentina
Contact:

Crash after some time in trunk version.

Post by CRISTIAN »

Code: Select all

error   : moveCalcTurn: target out of range -2147483648.000000
error   : Assert in Warzone: move.c:900 : moveCalcTurn (target < 360.0 && target
 >= 0.0), last script event: '30 (CALL_STRUCT_ATTACKED)'
error   : buildStructure: y coord (11584) too near edge (req. distance is 3)
error   : Assert in Warzone: structure.c:1745 : buildStructure (!"attempting to
build too closely to map-edge"), last script event: 'vtolAttack'
error   : buildStructure: y coord (11584) too near edge (req. distance is 3)
error   : Assert in Warzone: structure.c:1745 : buildStructure (!"attempting to
build too closely to map-edge"), last script event: 'buildOilDefenseOrRetreat'
error   : buildStructure: y coord (11584) too near edge (req. distance is 3)
error   : Assert in Warzone: structure.c:1745 : buildStructure (!"attempting to
build too closely to map-edge"), last script event: 'buildOilDefenseOrRetreat'
error   : buildStructure: y coord (11584) too near edge (req. distance is 3)
error   : Assert in Warzone: structure.c:1745 : buildStructure (!"attempting to                      build too closely to map-edge"), last script event: '30 (CALL_STRUCT_ATTACKED)'
error   : buildStructure: y coord (11584) too near edge (req. distance is 3)
error   : Assert in Warzone: structure.c:1745 : buildStructure (!"attempting to                      build too closely to map-edge"), last script event: 'watchMenu'
error   : buildStructure: y coord (11584) too near edge (req. distance is 3)
error   : Assert in Warzone: structure.c:1745 : buildStructure (!"attempting to                      build too closely to map-edge"), last script event: '30 (CALL_STRUCT_ATTACKED)'
error   : buildStructure: y coord (11584) too near edge (req. distance is 3)
error   : Assert in Warzone: structure.c:1745 : buildStructure (!"attempting to                      build too closely to map-edge"), last script event: 'watchMenu'
error   : buildStructure: y coord (11584) too near edge (req. distance is 3)
error   : Assert in Warzone: structure.c:1745 : buildStructure (!"attempting to                      build too closely to map-edge"), last script event: '30 (CALL_STRUCT_ATTACKED)'
error   : buildStructure: y coord (11584) too near edge (req. distance is 3)
error   : Assert in Warzone: structure.c:1745 : buildStructure (!"attempting to                      build too closely to map-edge"), last script event: 'watchMenu'
error   : buildStructure: y coord (11584) too near edge (req. distance is 3)
error   : Assert in Warzone: structure.c:1745 : buildStructure (!"attempting to                      build too closely to map-edge"), last script event: 'watchMenu'
Failed to read a valid object file image from memory.
Saved dump file to '/tmp/warzone2100.gdmp'
What is this? What can i do? I think about those "build to close to edge" that AI trying to build near the edge.
If (windows rulez) then (Linux fails)
User avatar
Watermelon
Code contributor
Code contributor
Posts: 551
Joined: 08 Oct 2006, 09:37

Re: Crash after some time in trunk version.

Post by Watermelon »

revision?

yes the build assert is caused by AI trying to build a structure on map edge tiles,though I am not sure if that assert is directly associated with the crash.The first assert is probably the culprit of the crash,seems it tried to access to free'ed droid pointer via move functions.
tasks postponed until the trunk is relatively stable again.
CRISTIAN
Rookie
Rookie
Posts: 28
Joined: 11 Aug 2006, 01:22
Location: Argentina
Contact:

Re: Crash after some time in trunk version.

Post by CRISTIAN »

revision 2002 should I recompile with the debug options? I now it will crash again.
I have that .gdmp file too.
It happens when a pack of droids are being attacked by vtols with "Tank Killer". Or at least this units are involved.
Last edited by CRISTIAN on 03 Jul 2007, 15:19, edited 1 time in total.
If (windows rulez) then (Linux fails)
User avatar
DevUrandom
Regular
Regular
Posts: 1690
Joined: 31 Jul 2006, 23:14

Re: Crash after some time in trunk version.

Post by DevUrandom »

Yes, without debug info the dump is pretty useless. It seems as if you striped the binary... If that's true, you should know that it will remove the debug info.
Giel
Regular
Regular
Posts: 725
Joined: 26 Dec 2006, 19:18
Contact:

Re: Crash after some time in trunk version.

Post by Giel »

DevUrandom wrote: Yes, without debug info the dump is pretty useless. It seems as if you striped the binary... If that's true, you should know that it will remove the debug info.
I believe non-debug (i.e. release) builds simply don't produce debugging symbols (i.e. they don't use -g). Also looking at the asserts I only see the message warzone spits out, but the assertion itself doen't raise a SIGABRT (that means that assert() wasn't defined, and NDEBUG is..).

Compiling with "CFLAGS='-O0 -g' ./configure" should help.
"First make sure it works good, only then make it look good." -- Giel
Want to tip/donate? bitcoin:1EaqP4ZPMvUffazTxm7stoduhprzeabeFh
CRISTIAN
Rookie
Rookie
Posts: 28
Joined: 11 Aug 2006, 01:22
Location: Argentina
Contact:

Re: Crash after some time in trunk version.

Post by CRISTIAN »

oK I have compiled with "CFLAGS='-O0 -g' ./configure --debug-enabled"

Code: Select all

error   : getBaseObjFromId() failed for id -1
error   : Assert in Warzone: objmem.c:745 : getBaseObjFromId (!"couldn't find a BASE_OBJ with ID"), last script event: '<none>'
Failed to read a valid object file image from memory.
Saved dump file to '/tmp/warzone2100.gdmp'
Is this useless? the warzone2100.gdmp file looks the same as before (without debug-enabled).
Last edited by CRISTIAN on 04 Jul 2007, 02:48, edited 1 time in total.
If (windows rulez) then (Linux fails)
User avatar
Watermelon
Code contributor
Code contributor
Posts: 551
Joined: 08 Oct 2006, 09:37

Re: Crash after some time in trunk version.

Post by Watermelon »

CRISTIAN wrote: oK I have compiled with "CFLAGS='-O0 -g' ./configure --debug-enabled"

Code: Select all

error   : getBaseObjFromId() failed for id -1
error   : Assert in Warzone: objmem.c:745 : getBaseObjFromId (!"couldn't find a BASE_OBJ with ID"), last script event: '<none>'
Failed to read a valid object file image from memory.
Saved dump file to '/tmp/warzone2100.gdmp'
Is this useless? the warzone2100.gdmp file looks the same as before (without debug-enabled).
this is not the same problem,this one is caused by a missing object when loading a save game,though it can be ignored safely if you are lucky enough.
tasks postponed until the trunk is relatively stable again.
Giel
Regular
Regular
Posts: 725
Joined: 26 Dec 2006, 19:18
Contact:

Re: Crash after some time in trunk version.

Post by Giel »

CRISTIAN wrote: oK I have compiled with "CFLAGS='-O0 -g' ./configure --debug-enabled"

Code: Select all

error   : getBaseObjFromId() failed for id -1
error   : Assert in Warzone: objmem.c:745 : getBaseObjFromId (!"couldn't find a BASE_OBJ with ID"), last script event: '<none>'
Failed to read a valid object file image from memory.
Saved dump file to '/tmp/warzone2100.gdmp'
The cause of this crash is the assertion, which is a "simulated" crash (an abortion to be precise). You could prevent it from occuring by compiling without `--debug-enabled` although this also decreases the debug value of the created binary.
CRISTIAN wrote: the warzone2100.gdmp file looks the same as before (without debug-enabled).
Could you show us the file? Since unless you're used to debugging with gdb you won't know where to look at (it are small differences).
"First make sure it works good, only then make it look good." -- Giel
Want to tip/donate? bitcoin:1EaqP4ZPMvUffazTxm7stoduhprzeabeFh
CRISTIAN
Rookie
Rookie
Posts: 28
Joined: 11 Aug 2006, 01:22
Location: Argentina
Contact:

Re: Crash after some time in trunk version.

Post by CRISTIAN »

of course...
And now gave me this in the console after the crash.

Code: Select all

error   : getBaseObjFromId() failed for id -1
error   : Assert in Warzone: objmem.c:745 : getBaseObjFromId (!"couldn't find a BASE_OBJ with ID"), last script event: '<none>'
error   : moveCalcTurn: target out of range -2147483648.000000
error   : Assert in Warzone: move.c:900 : moveCalcTurn (target < 360.0 && target >= 0.0), last script event: 'everySec'
Failed to read a valid object file image from memory.
Saved dump file to '/tmp/warzone2100.gdmp'
Segmentation fault
Attachments

[The extension has been deactivated and can no longer be displayed.]

If (windows rulez) then (Linux fails)
Giel
Regular
Regular
Posts: 725
Joined: 26 Dec 2006, 19:18
Contact:

Re: Crash after some time in trunk version.

Post by Giel »

Yes, I'm afraid you're right this dump is useless as well. Strange is that GDB doesn't even seem to make an attempt to read symbols from the warzone2100 binary.
"First make sure it works good, only then make it look good." -- Giel
Want to tip/donate? bitcoin:1EaqP4ZPMvUffazTxm7stoduhprzeabeFh
CRISTIAN
Rookie
Rookie
Posts: 28
Joined: 11 Aug 2006, 01:22
Location: Argentina
Contact:

Re: Crash after some time in trunk version.

Post by CRISTIAN »

I'll try to make a savegame just moments before it crashes...maybe it's mi pc...I'don't know.

OK what files do you need for the save.game?

the .es and .gam  ones?
Last edited by CRISTIAN on 06 Jul 2007, 19:09, edited 1 time in total.
If (windows rulez) then (Linux fails)
Giel
Regular
Regular
Posts: 725
Joined: 26 Dec 2006, 19:18
Contact:

Re: Crash after some time in trunk version.

Post by Giel »

You'll need the .gam, .es files plus the directory with a similar name. You'd probably best zip or tar them up.
"First make sure it works good, only then make it look good." -- Giel
Want to tip/donate? bitcoin:1EaqP4ZPMvUffazTxm7stoduhprzeabeFh
CRISTIAN
Rookie
Rookie
Posts: 28
Joined: 11 Aug 2006, 01:22
Location: Argentina
Contact:

Re: Crash after some time in trunk version.

Post by CRISTIAN »

Can you check this one?
Attachments

[The extension has been deactivated and can no longer be displayed.]

If (windows rulez) then (Linux fails)
User avatar
DevUrandom
Regular
Regular
Posts: 1690
Joined: 31 Jul 2006, 23:14

Re: Crash after some time in trunk version.

Post by DevUrandom »

"No symbol table info available." -> Pretty much useless... :(
It compiled with -gX (X != 0)? And you did not strip the binary? You also did not compile with -fomit-frame-pointer? No idea then...
CRISTIAN
Rookie
Rookie
Posts: 28
Joined: 11 Aug 2006, 01:22
Location: Argentina
Contact:

Re: Crash after some time in trunk version.

Post by CRISTIAN »

-fomit-frame-pointer  er...  :-[ :D
If (windows rulez) then (Linux fails)
Post Reply