2025-07-20 18:32 CEST

View Issue Details Jump to Notes ]
IDProjectCategoryView StatusLast Update
0002852Spring engineGeneralpublic2012-01-31 17:04
Reporteruser744 
Assigned ToKloot 
PrioritynormalSeveritycrashReproducibilityrandom
StatusresolvedResolutionfixed 
Product Version85.0 
Target Version86.0Fixed in Version86.0 
Summary0002852: multiple crashes while playing "brickcraft" in GuiHandler.cpp:3597
DescriptionIn this about 15 minute game I crashed multiple (4 iirc) times. ("unhandled exception" message box)
After reconnecting resuming to play was possible, until next crash.

mod download: knorke.darkstars.co.uk/bricks/Brickcraft_epenis14_21Dec2011.sdz
or on rapid: brickcraft:version:epenis14
map download: http://springfiles.com/spring/spring-maps/heartbreaker

infolog after crash:
http://pastebin.com/0zvkRzB9

infolog of whole game: (after reconnect & finishing the match)
http://pastebin.com/6BaPC0Ur

In a previous game KingRaptor also crashed once.

Watched the replay 3x at high speed and it did not crash.
TagsNo tags attached.
Checked infolog.txt for Errors
Attached Files

-Relationships
+Relationships

-Notes

~0007977

hoijui (reporter)

i tried to reproduce in 3 games with spring 84.0.1-583-g508dc50
it never crashed.
when running with DEBUG build, it immediately SIGPE'ed, though (in Lua somewhere).

~0007978

user744

(in case that was unclear, this was all with the offical 84.0 release on 32bit win xp)
stacktrace translation with http://spring.abma.de/translate/ :
http://pastebin.com/YuR0cwH7

I also now got it to crash while watching the replay, though at a different point in time and no idea how to reproduce it.

If there are more details about if it is something wrong with the mod, interessted to read that. I guess with the release of 85.0 this is now quite unrelevant, will repost if it crashes again/still.

~0008033

user744

still happens sometimes with 85.0
Also happend on a friends (much newer) computer, just a few moments after gamestart:
http://pastebin.com/tsNxseEa
(beside that crashes, his computer seems to play spring fine but i only played around for an hour or so)

~0008047

hoijui (reporter)

crashing line:
https://github.com/spring/spring/blob/84.0/rts/Game/UI/GuiHandler.cpp#L3597

the later of these two:

   const WeaponDef* wd = weaponDefHandler->GetWeapon(unitdef->selfDExplosion);
   glSurfaceCircle(unit->pos, wd->areaOfEffect, 40);

could it be that you have an areaOfEffect defined that is < 0 (or 0) or very high or so?
as it is a GL call, it would also explain why it might crash on some systems (yours and your friends) and others not (mine)

~0008055

user744

Last edited: 2012-01-02 16:47

(deleted previous comment, was useless)

TL;DR
it crashes _every time_ when holding shift and moving the mouse over a mineral.
(on minimap too)
the unitname is tptetra: http://pastebin.com/TRCtKwkw

I guess the problem is this:
  --makes unit non blocking by engine hardcodeness
  --http://springrts.com/mantis/view.php?id=2818
  kamikaze = true,
  kamikazeDistance = 0,
  kamikazeUseLOS = true,
without giving the unit a weapon.

Now I use the new blocking=false but maybe should still be fixed.

+Notes

-Issue History
Date Modified Username Field Change
2011-12-21 06:42 user744 New Issue
2011-12-21 06:42 user744 File Added: 20111221_060442_Heartbreaker v2_84.0.sdf
2011-12-21 16:39 hoijui Description Updated
2011-12-21 17:30 hoijui Note Added: 0007977
2011-12-22 04:30 user744 Note Added: 0007978
2011-12-29 11:58 user744 Note Added: 0008033
2012-01-01 19:23 hoijui Note Added: 0008047
2012-01-02 05:14 abma Severity major => block
2012-01-02 05:14 abma Product Version 84.0 => 85.0
2012-01-02 05:14 abma Summary multiple crashes while playing "brickcraft" mod => multiple crashes while playing "brickcraft" in GuiHandler.cpp:3597
2012-01-02 05:14 abma Severity block => crash
2012-01-02 13:14 user744 Note Added: 0008055
2012-01-02 16:47 user744 Note Edited: 0008055
2012-01-09 23:09 abma Target Version => 86.0
2012-01-31 17:04 Kloot Status new => resolved
2012-01-31 17:04 Kloot Fixed in Version => 86.0
2012-01-31 17:04 Kloot Resolution open => fixed
2012-01-31 17:04 Kloot Assigned To => Kloot
+Issue History