Code center > Bug reports

crashing in 2.42.8d

(1/2) > >>

Testlund:
Looks like there has been a bug introduced in this version that causes DB to crash displaying the message "Darwinbots has encountered a problem and needs to close". There's no saved sim but I can upload the settings file I use if needed.

Henk:
I got an division by zero error last night, see added error.sim (the 800kb one)

[attachment=411:attachment]

EricL:
The larger of HenK's sims isn't a divide by zero, it's an overflow.  A bunch of bots in the sim have ridiculously high position values.  The overflow occurs when these Single valued position coordinates get assigned to a local Long in the bot drawing routine.  This is where the crash occurs, but the root of the bug happened a while back in the cycle when those wacky positions got calculated.

Debugging these kind of problems where the crash happens long after the actual bug can be a bitch.  My theory is that there is an issue with the way the intrasim teleporter chooses a new random positions.  Both the X and Y position values of the bot have wacky values and there are several bots that all got wacky values that cycle.  This points to the intrasim teleporter as your sim includes a large one capable of teleporting a bunch of bots all in the same cycle.

Testlund, does your sim include a intrasim teleporter?

Henk, the other error.sim you posted crashes because the field dimensions are 0.  Got any more info on this sim?

Testlund:
No, I have no teleporters in that sim. In version 2.42.8c it's been running smoothly for weeks, so I'm pretty sure it must be something that you put into the 2.42.8d version that causes it. I'm running with shapes, simple horisontal and vertical maze plus a bunch of rectangles moving around at slowest speed.

EricL:
Testlund, could you post the sim you are using?  I'll let it run a while and try to catch it in the IDE.  I'm pretty sure HenK's issue is the teleporter, so probably two different problems here.  Thanks.

Navigation

[0] Message Index

[#] Next page