Blender crash when physics createConstraint #41570

New Issue

Marcin Nijaki · 2014-08-25T12:27:14+02:00

Marcin Nijaki commented

2014-08-25 12:27:14 +02:00

System Information
Windows 8.1 intel 4200

Blender Version
Broken: 2.71

Short description of error
Blender crash when physics createConstraint

Exact steps for others to reproduce the error
test_bug_270.blend
Open this file and run game engine.
This line:
vehicle = PC.createConstraint(G.car.getPhysicsId(),0,11)
make crash.

**System Information** Windows 8.1 intel 4200 **Blender Version** Broken: 2.71 **Short description of error** Blender crash when physics createConstraint **Exact steps for others to reproduce the error** [test_bug_270.blend](https://archive.blender.org/developer/F106621/test_bug_270.blend) Open this file and run game engine. This line: vehicle = PC.createConstraint(G.car.getPhysicsId(),0,11) make crash.

Marcin Nijaki commented

2014-08-25 12:27:14 +02:00

Changed status to: 'Open'

Marcin Nijaki commented

2014-08-25 12:27:14 +02:00

Added subscriber: @marcino15

blender-admin commented

2014-08-25 12:27:14 +02:00

#43038 was marked as duplicate of this issue

blender-admin commented

2014-08-25 12:27:14 +02:00

#43176 was marked as duplicate of this issue

Adam Friesen commented

2014-08-30 21:30:11 +02:00

Added subscriber: @Ace_Dragon

Adam Friesen commented

2014-08-30 21:30:11 +02:00

Can you try to test this with a recent buildbot build? I ask because I opened two files of my own making use of physics constraints on my machine (one making use of the vehicle template and the other being just generic constraint creation) and there were no crashes.

Jorge Bernal commented

2014-09-28 03:18:19 +02:00

Added subscriber: @JorgeBernalMartinez

Jorge Bernal commented

2014-09-28 03:18:19 +02:00

I have checked the example and 2.69, 2.71 and current master work OK. In 2.70 the vehicle had a weird behaviour. But in any case blender didn't crash.

Could you check the file in current master (2.72RC) to test if the file works right for you now?

I have checked the example and 2.69, 2.71 and current master work OK. In 2.70 the vehicle had a weird behaviour. But in any case blender didn't crash. Could you check the file in current master (2.72RC) to test if the file works right for you now?

rahul commented

2014-10-18 12:09:32 +02:00

(Migrated from localhost:3001)

Added subscriber: @rahul

Markus Kohout commented

2014-10-27 23:18:29 +01:00

Added subscriber: @kohout.markus

Marcin Nijaki commented

2014-11-03 09:56:41 +01:00

I make several tests with Blender 2.72b:
Machine1: Windows 7 64 and Linux, Radeon 5670
Machine2: Windows 8.1 intel 4200

On machine1 evething is OK (both systems), but on machine2 Blender still crashing.

I make several tests with Blender 2.72b: Machine1: Windows 7 64 and Linux, Radeon 5670 Machine2: Windows 8.1 intel 4200 On machine1 evething is OK (both systems), but on machine2 Blender still crashing.

Jacob Merrill commented

2014-11-04 19:25:21 +01:00

Added subscriber: @JacobMerrill-1

Jacob Merrill commented

2014-11-04 19:25:21 +01:00

I get random crashes when adding and removing 6dof constraints,

I wish that blender crashing would show a debug screen.....

what object was processed when game crashed?

what step in the game loop?

I get random crashes when adding and removing 6dof constraints, I wish that blender crashing would show a debug screen..... what object was processed when game crashed? what step in the game loop?

Marcin Nijaki commented

2014-11-14 10:15:36 +01:00

Blender crashes on this line:
vehicle = PC.createConstraint(G.car.getPhysicsId(),0,11)

Blender crashes on this line: vehicle = PC.createConstraint(G.car.getPhysicsId(),0,11)

Raf Colson commented

2014-11-17 03:22:54 +01:00

Added subscriber: @raco

Raf Colson commented

2014-11-17 03:22:54 +01:00

I can confirm that the file doesn't crash with Blender 2.72b on Windows 7 64-bit. So probably it's a Windows 8 issue.

Jorge Bernal commented

2014-12-19 08:18:06 +01:00

Added subscribers: @ThomasDinges, @MartijnBerger

Jorge Bernal commented

2014-12-19 08:18:06 +01:00

Hi Thomas and Martijn,

As platform maintainers both of you have been added to the loop because we have several crashes in bullet related to windows 8.1. Could you check them, please?

Hi Thomas and Martijn, As platform maintainers both of you have been added to the loop because we have several crashes in bullet related to windows 8.1. Could you check them, please?

Bastien Montagne commented

2015-01-09 13:28:46 +01:00

Added subscribers: @siegel, @mont29

Dalai Felinto commented

2015-01-19 13:52:47 +01:00

Added subscriber: @dfelinto

Dalai Felinto commented

2015-01-19 13:52:47 +01:00

I get a crash on OSX as well (Blender 2.73).
The problem is an assert:

btAssert(wheel>=0 && wheel < getNumWheels());

And if I print out the variables I get wheel == 4, getNumWheels() == 4.
The back trace is the following:

- 0  0x00000001017084e5 in btRaycastVehicle::applyEngineForce (this=0x11651a070, force=-0, wheel=4) at /Users/dfelinto/blender/git/blender/extern/bullet2/src/BulletDynamics/Vehicle/btRaycastVehicle.cpp:384
- 1  0x000000010133c669 in WrapperVehicle::ApplyEngineForce (this=0x1125738d0, force=-0, wheelIndex=4) at /Users/dfelinto/blender/git/blender/source/gameengine/Physics/Bullet/CcdPhysicsEnvironment.cpp:231
- 2  0x000000010142e339 in KX_VehicleWrapper::PyApplyEngineForce (this=0x112530f40, args=0x110969108) at /Users/dfelinto/blender/git/blender/source/gameengine/Ketsji/KX_VehicleWrapper.cpp:160
- 3  0x000000010142ed29 in KX_VehicleWrapper::sPyApplyEngineForce (self=0x1109c68a0, args=0x110969108) at KX_VehicleWrapper.h:41
- 4  0x00000001019fcca2 in PyEval_EvalFrameEx (f=0x110b9d3e8, throwflag=<value temporarily unavailable, due to optimizations>) at Python/ceval.c:4227
- 5  0x00000001019f7b74 in PyEval_EvalCodeEx (_co=<value temporarily unavailable, due to optimizations>, globals=<value temporarily unavailable, due to optimizations>, locals=<value temporarily unavailable, due to optimizations>, args=<value temporarily unavailable, due to optimizations>, argcount=<value temporarily unavailable, due to optimizations>, kws=<value temporarily unavailable, due to optimizations>, defs=<value temporarily unavailable, due to optimizations>, defcount=<value temporarily unavailable, due to optimizations>, closure=<value temporarily unavailable, due to optimizations>) at Python/ceval.c:3578
- 6  0x00000001019718d5 in function_call (func=0x110977378, arg=<value temporarily unavailable, due to optimizations>, kw=<value temporarily unavailable, due to optimizations>) at Objects/funcobject.c:632
- 7  0x000000010194f3e7 in PyObject_Call (func=0x110977378, arg=0x10ab0f048, kw=0x0) at Objects/abstract.c:2067
- 8  0x00000001019ffced in PyEval_CallObjectWithKeywords (func=0x110977378, arg=<value temporarily unavailable, due to optimizations>, kw=0x0) at Python/ceval.c:4104
- 9  0x000000010147080d in SCA_PythonController::Trigger (this=0x116518ca0, logicmgr=0x1049fbd10) at /Users/dfelinto/blender/git/blender/source/gameengine/GameLogic/SCA_PythonController.cpp:443
- 10 0x0000000101467bb6 in SCA_LogicManager::BeginFrame (this=0x1049fbd10, curtime=0.1641945997873942, fixedtime=0.016666666666666666) at /Users/dfelinto/blender/git/blender/source/gameengine/GameLogic/SCA_LogicManager.cpp:200
- 11 0x000000010140ff1a in KX_Scene::LogicBeginFrame (this=0x1058edc00, curtime=0.1641945997873942) at /Users/dfelinto/blender/git/blender/source/gameengine/Ketsji/KX_Scene.cpp:1575
- 12 0x00000001013cbbf0 in KX_KetsjiEngine::NextFrame (this=0x1049fb470) at /Users/dfelinto/blender/git/blender/source/gameengine/Ketsji/KX_KetsjiEngine.cpp:668
- 13 0x00000001012997d6 in BL_KetsjiNextFrame (ketsjiengine=0x1049fb470, C=0x104805ec8, win=0x110dac1d8, scene=0x106bb8e08, ar=0x115b25948, keyboarddevice=0x1058eb400, mousedevice=0x1058ec800, draw_letterbox=0) at /Users/dfelinto/blender/git/blender/source/gameengine/BlenderRoutines/BL_KetsjiEmbedStart.cpp:136
- 14 0x0000000101298e4a in StartKetsjiShell (C=0x104805ec8, ar=0x115b25948, cam_frame=0x7fff5fbff2e0, always_use_expand_framing=1) at /Users/dfelinto/blender/git/blender/source/gameengine/BlenderRoutines/BL_KetsjiEmbedStart.cpp:581
- 1

I get a crash on OSX as well (Blender 2.73). The problem is an assert: ``` btAssert(wheel>=0 && wheel < getNumWheels()); ``` And if I print out the variables I get wheel == 4, getNumWheels() == 4. The back trace is the following: ``` - 0 0x00000001017084e5 in btRaycastVehicle::applyEngineForce (this=0x11651a070, force=-0, wheel=4) at /Users/dfelinto/blender/git/blender/extern/bullet2/src/BulletDynamics/Vehicle/btRaycastVehicle.cpp:384 - 1 0x000000010133c669 in WrapperVehicle::ApplyEngineForce (this=0x1125738d0, force=-0, wheelIndex=4) at /Users/dfelinto/blender/git/blender/source/gameengine/Physics/Bullet/CcdPhysicsEnvironment.cpp:231 - 2 0x000000010142e339 in KX_VehicleWrapper::PyApplyEngineForce (this=0x112530f40, args=0x110969108) at /Users/dfelinto/blender/git/blender/source/gameengine/Ketsji/KX_VehicleWrapper.cpp:160 - 3 0x000000010142ed29 in KX_VehicleWrapper::sPyApplyEngineForce (self=0x1109c68a0, args=0x110969108) at KX_VehicleWrapper.h:41 - 4 0x00000001019fcca2 in PyEval_EvalFrameEx (f=0x110b9d3e8, throwflag=<value temporarily unavailable, due to optimizations>) at Python/ceval.c:4227 - 5 0x00000001019f7b74 in PyEval_EvalCodeEx (_co=<value temporarily unavailable, due to optimizations>, globals=<value temporarily unavailable, due to optimizations>, locals=<value temporarily unavailable, due to optimizations>, args=<value temporarily unavailable, due to optimizations>, argcount=<value temporarily unavailable, due to optimizations>, kws=<value temporarily unavailable, due to optimizations>, defs=<value temporarily unavailable, due to optimizations>, defcount=<value temporarily unavailable, due to optimizations>, closure=<value temporarily unavailable, due to optimizations>) at Python/ceval.c:3578 - 6 0x00000001019718d5 in function_call (func=0x110977378, arg=<value temporarily unavailable, due to optimizations>, kw=<value temporarily unavailable, due to optimizations>) at Objects/funcobject.c:632 - 7 0x000000010194f3e7 in PyObject_Call (func=0x110977378, arg=0x10ab0f048, kw=0x0) at Objects/abstract.c:2067 - 8 0x00000001019ffced in PyEval_CallObjectWithKeywords (func=0x110977378, arg=<value temporarily unavailable, due to optimizations>, kw=0x0) at Python/ceval.c:4104 - 9 0x000000010147080d in SCA_PythonController::Trigger (this=0x116518ca0, logicmgr=0x1049fbd10) at /Users/dfelinto/blender/git/blender/source/gameengine/GameLogic/SCA_PythonController.cpp:443 - 10 0x0000000101467bb6 in SCA_LogicManager::BeginFrame (this=0x1049fbd10, curtime=0.1641945997873942, fixedtime=0.016666666666666666) at /Users/dfelinto/blender/git/blender/source/gameengine/GameLogic/SCA_LogicManager.cpp:200 - 11 0x000000010140ff1a in KX_Scene::LogicBeginFrame (this=0x1058edc00, curtime=0.1641945997873942) at /Users/dfelinto/blender/git/blender/source/gameengine/Ketsji/KX_Scene.cpp:1575 - 12 0x00000001013cbbf0 in KX_KetsjiEngine::NextFrame (this=0x1049fb470) at /Users/dfelinto/blender/git/blender/source/gameengine/Ketsji/KX_KetsjiEngine.cpp:668 - 13 0x00000001012997d6 in BL_KetsjiNextFrame (ketsjiengine=0x1049fb470, C=0x104805ec8, win=0x110dac1d8, scene=0x106bb8e08, ar=0x115b25948, keyboarddevice=0x1058eb400, mousedevice=0x1058ec800, draw_letterbox=0) at /Users/dfelinto/blender/git/blender/source/gameengine/BlenderRoutines/BL_KetsjiEmbedStart.cpp:136 - 14 0x0000000101298e4a in StartKetsjiShell (C=0x104805ec8, ar=0x115b25948, cam_frame=0x7fff5fbff2e0, always_use_expand_framing=1) at /Users/dfelinto/blender/git/blender/source/gameengine/BlenderRoutines/BL_KetsjiEmbedStart.cpp:581 - 1 ```

Dalai Felinto commented

2015-01-19 13:57:48 +01:00

After further investigating I have no problems with the file once I comment out the following lines in the Python script:

138    vehicle.applyEngineForce(G.car["force"],4)
139    vehicle.applyEngineForce(G.car["force"],5)

So all that is left is the Windows 8 related bug.

After further investigating I have no problems with the file once I comment out the following lines in the Python script: ``` 138 vehicle.applyEngineForce(G.car["force"],4) 139 vehicle.applyEngineForce(G.car["force"],5) ``` So all that is left is the Windows 8 related bug.

Marcin Nijaki commented

2015-01-20 18:03:11 +01:00

Can I expect fix this bug in near future?

Jacob Merrill commented

2015-01-20 21:07:26 +01:00

I think HG1 already committed a fix, in 2.73 but it made constraints break, but there is already a fix for that in 2.73a

I am not sure if it only fixed crashes from rigid body joints, or if vehicle constraints were effected as well.

I think HG1 already committed a fix, in 2.73 but it made constraints break, but there is already a fix for that in 2.73a I am not sure if it only fixed crashes from rigid body joints, or if vehicle constraints were effected as well.

Marcin Nijaki commented

2015-01-24 11:20:19 +01:00

Vehicle constraints in 2.73a still not working.

Ulysse Martin commented

2015-02-02 19:35:37 +01:00

Added subscriber: @you.le

Ulysse Martin commented

2015-02-02 19:35:37 +01:00

Hello! I had the same issue (with Blender 64 bits on windows 8.1 64 bits). Building Blender with Mingw with default user-config.py options solved the problem. When I build with visual studio 2013, it still doesn't work.

blender-admin commented

2015-02-09 21:58:15 +01:00

This issue was referenced by 4edc1bbe02

This issue was referenced by 4edc1bbe0277620aa9f272d98ea8d4f3642ce2ec

Inês Almeida commented

2015-02-09 21:59:30 +01:00

Changed status from 'Open' to: 'Resolved'

Inês Almeida closed this issue

2015-02-09 21:59:30 +01:00

Inês Almeida commented

2015-02-09 21:59:30 +01:00

Closed by commit 4edc1bbe02.

Closed by commit 4edc1bbe02.

Inês Almeida commented

2015-02-09 23:20:50 +01:00

Added subscriber: @brita

Inês Almeida commented

2015-02-09 23:20:50 +01:00

I confirm Dalai's debugging. The problem is that you are accessing wheels 4 and 5 with the applyEngineForce, while you only have wheels 0 to 3.
That is why it is crashing, though it shouldn't. I am changing to print an error message instead.

The test file also mentioned wheel wiggling but I could not reproduce, so @marcino15 please confirm closing.
(the change should be on the next daily build: https://builder.blender.org/download/ )

I confirm Dalai's debugging. The problem is that you are accessing wheels 4 and 5 with the applyEngineForce, while you only have wheels 0 to 3. That is why it is crashing, though it shouldn't. I am changing to print an error message instead. The test file also mentioned wheel wiggling but I could not reproduce, so @marcino15 please confirm closing. (the change should be on the next daily build: https://builder.blender.org/download/ )

Marcin Nijaki commented

2015-02-10 09:27:46 +01:00

I deleted lines with accessing wheels 4 and 5, but still crashing on line: vehicle = PC.createConstraint(G.car.getPhysicsId(),0,11)

@brita did you test it on Windows 8.1?

I deleted lines with accessing wheels 4 and 5, but still crashing on line: vehicle = PC.createConstraint(G.car.getPhysicsId(),0,11) @brita did you test it on Windows 8.1?

Inês Almeida commented

2015-02-10 12:02:52 +01:00

Changed status from 'Resolved' to: 'Open'

Inês Almeida reopened this issue

2015-02-10 12:02:52 +01:00

Inês Almeida commented

2015-02-10 12:02:52 +01:00

I do not have a windows machine. I get no crash on Linux 64bit.
I need the windows maintainers to test me this, then..

I do not have a windows machine. I get no crash on Linux 64bit. I need the windows maintainers to test me this, then..

Ulysse Martin commented

2015-02-10 14:12:39 +01:00

Hello! I don't know if it can helps, but here is a topic I made about the bug on BA:

http://blenderartists.org/forum/showthread.php?357411-Bug-Blender-2-72b-64bits-windows-8-1-64-bits-bge-constraints

This .blend:

http://www.mediafire.com/download/n87q9215aotb240/BugConstraintsWin8.164bitsBlender2.7264bits.blend

crashes Blender too. And many others. I don't know if it's a bug with KX_VehicleWrapper.cpp. I don't think so because it works on windows 7 and it works with 32 bits versions of Blender. So it's a bug which concerns only Blender 64 bits on windows 8.1 64 bits.

I tested on 2 windows 8.1 machines:

First: GTX660 intel core2quad q9550 windows 8.1 pro 64 bits Blender 64 bits
Second: Intel HD 4000 intel core i5 3230m windows 8.1 pro 64 bits Blender 64 bits

On the 2 machines I have python 3.4.2 64 bits installed and Visual studio 2013. On the 2 machines, the .blend I mentionned crashes. Same with the Marcino .blend. Compile blender with mingw solve the problem (But other issues appeared...). So I'm wondering if the bug is related to a missing library in 64 bits sources (I'm a noob so I can't affirm anything), or a conflicting built dll (visual studio: vcomp120.dll, msvcr120.dll, msvcp120.dll... or python dll...). I don't know (just noob ideas).

To recap:

Concerns only 64 bits versions of Blender on Windows 8.1 64 bits
Tested on 2 machines, same crash (and several people mentionned this bug in BA forum)
Happens with bge.constraints (but again, only with 64 bits versions of Blender on windows 8.1 64 bits)

Hope this could help! And thank you very much for trying to resolve the bug!

Hello! I don't know if it can helps, but here is a topic I made about the bug on BA: http://blenderartists.org/forum/showthread.php?357411-Bug-Blender-2-72b-64bits-windows-8-1-64-bits-bge-constraints This .blend: http://www.mediafire.com/download/n87q9215aotb240/BugConstraintsWin8.164bitsBlender2.7264bits.blend crashes Blender too. And many others. I don't know if it's a bug with KX_VehicleWrapper.cpp. I don't think so because it works on windows 7 and it works with 32 bits versions of Blender. So it's a bug which concerns only Blender 64 bits on windows 8.1 64 bits. I tested on 2 windows 8.1 machines: First: GTX660 intel core2quad q9550 windows 8.1 pro 64 bits Blender 64 bits Second: Intel HD 4000 intel core i5 3230m windows 8.1 pro 64 bits Blender 64 bits On the 2 machines I have python 3.4.2 64 bits installed and Visual studio 2013. On the 2 machines, the .blend I mentionned crashes. Same with the Marcino .blend. Compile blender with mingw solve the problem (But other issues appeared...). So I'm wondering if the bug is related to a missing library in 64 bits sources (I'm a noob so I can't affirm anything), or a conflicting built dll (visual studio: vcomp120.dll, msvcr120.dll, msvcp120.dll... or python dll...). I don't know (just noob ideas). To recap: - Concerns only 64 bits versions of Blender on Windows 8.1 64 bits - Tested on 2 machines, same crash (and several people mentionned this bug in BA forum) - Happens with bge.constraints (but again, only with 64 bits versions of Blender on windows 8.1 64 bits) Hope this could help! And thank you very much for trying to resolve the bug!

Ulysse Martin commented

2015-02-10 14:22:55 +01:00

The bug occured for the first time when updated from 2.70a to 2.71

- The bug occured for the first time when updated from 2.70a to 2.71

Paul Eckhardt commented

2015-02-14 06:59:53 +01:00

Added subscriber: @Paul-21

Paul Eckhardt commented

2015-02-14 06:59:53 +01:00

I am also having this error on blender 2.73a on windows 8.1 64.

it's crashing on the part where I create the vehicle constraint - just like everyone else.

create the constraint

  vehicle_Constraint = constraints.createConstraint(chassisId, 0, 11)

I am also having this error on blender 2.73a on windows 8.1 64. it's crashing on the part where I create the vehicle constraint - just like everyone else. # create the constraint ``` vehicle_Constraint = constraints.createConstraint(chassisId, 0, 11)

Jorge Bernal commented

2015-02-17 09:24:27 +01:00

Added subscriber: @viper31