New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Some buses not working with current upstream #844

Closed
tritonas00 opened this Issue Apr 24, 2016 · 10 comments

Comments

Projects
None yet
4 participants
@tritonas00
Collaborator

tritonas00 commented Apr 24, 2016

@tritonas00 tritonas00 closed this Apr 24, 2016

@tritonas00 tritonas00 reopened this Apr 26, 2016

@tritonas00

This comment has been minimized.

Show comment
Hide comment
@tritonas00

tritonas00 Apr 26, 2016

Collaborator

Compiled on 30 Mar works ok.

Compiled on 13 April have the issue.

Collaborator

tritonas00 commented Apr 26, 2016

Compiled on 30 Mar works ok.

Compiled on 13 April have the issue.

@tritonas00

This comment has been minimized.

Show comment
Hide comment
@tritonas00

tritonas00 Apr 26, 2016

Collaborator

OK the problem appears in 121f507

Until df25960 everything is ok

Collaborator

tritonas00 commented Apr 26, 2016

OK the problem appears in 121f507

Until df25960 everything is ok

@Speciesx

This comment has been minimized.

Show comment
Hide comment
@Speciesx

Speciesx Apr 28, 2016

Contributor

Works for me.
ror_2016_04_28_17_30_15_171

Contributor

Speciesx commented Apr 28, 2016

Works for me.
ror_2016_04_28_17_30_15_171

@tritonas00

This comment has been minimized.

Show comment
Hide comment
@tritonas00

tritonas00 Apr 28, 2016

Collaborator

Maybe ogre 1.8 related. I will give 1.9 a try.

Collaborator

tritonas00 commented Apr 28, 2016

Maybe ogre 1.8 related. I will give 1.9 a try.

@tritonas00

This comment has been minimized.

Show comment
Hide comment
@tritonas00

tritonas00 Apr 29, 2016

Collaborator

Nope, happens also with ogre 1.9 here.

Collaborator

tritonas00 commented Apr 29, 2016

Nope, happens also with ogre 1.9 here.

@tritonas00

This comment has been minimized.

Show comment
Hide comment
@tritonas00

tritonas00 Apr 29, 2016

Collaborator

OK this thing is spooky

https://www.dropbox.com/s/ms5rvw7ayq9y9zt/spooky.mp4?dl=1

I used the aur packages, with boost

It does the same with other options in the configurator.

Other example:

Opened vbox, run RoR directly, load bus -> freeze
run RoRConfig, save and play, load bus-> works

If this is difficult to fix, then an option to simulate the old threading behavior would be nice.

Collaborator

tritonas00 commented Apr 29, 2016

OK this thing is spooky

https://www.dropbox.com/s/ms5rvw7ayq9y9zt/spooky.mp4?dl=1

I used the aur packages, with boost

It does the same with other options in the configurator.

Other example:

Opened vbox, run RoR directly, load bus -> freeze
run RoRConfig, save and play, load bus-> works

If this is difficult to fix, then an option to simulate the old threading behavior would be nice.

@ulteq

This comment has been minimized.

Show comment
Hide comment
@ulteq

ulteq May 2, 2016

Contributor

I've got this several times, with these trucks:

  • Thomas HDX
  • TJAMMY

But so far only on trucks with flexbodies.

Contributor

ulteq commented May 2, 2016

I've got this several times, with these trucks:

  • Thomas HDX
  • TJAMMY

But so far only on trucks with flexbodies.

@Hiradur

This comment has been minimized.

Show comment
Hide comment
@Hiradur

Hiradur May 4, 2016

Contributor

stacktrace after freeze with desperado and sending SIGINT:

(gdb) bt
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x00000000007307f3 in BeamFactory::_WorkerWaitForSync (this=0x2e79ce0) at /home/hiradur/Desktop/rigs-of-rods-hiradur/source/main/physics/BeamFactory.cpp:1035
#2  0x0000000000720c7b in Beam::frameStep (this=0x8c41ed0, steps=100) at /home/hiradur/Desktop/rigs-of-rods-hiradur/source/main/physics/Beam.cpp:1584
#3  0x00000000007306b7 in BeamFactory::calcPhysics (this=0x2e79ce0, dt=dt@entry=0,0500000007) at /home/hiradur/Desktop/rigs-of-rods-hiradur/source/main/physics/BeamFactory.cpp:945
#4  0x00000000005660a1 in RoRFrameListener::frameStarted (this=0x2e1d2d0, evt=...) at /home/hiradur/Desktop/rigs-of-rods-hiradur/source/main/gameplay/RoRFrameListener.cpp:1465
#5  0x00007ffff797f274 in Ogre::Root::_fireFrameStarted (this=this@entry=0x7ffff7e154e8, evt=...) at /home/hiradur/rigs-of-rods/source/ogre/OgreMain/src/OgreRoot.cpp:833
#6  0x00007ffff797f801 in Ogre::Root::_fireFrameStarted (this=this@entry=0x7ffff7e154e8) at /home/hiradur/rigs-of-rods/source/ogre/OgreMain/src/OgreRoot.cpp:888
#7  0x00007ffff797f969 in Ogre::Root::renderOneFrame (this=0x7ffff7e154e8) at /home/hiradur/rigs-of-rods/source/ogre/OgreMain/src/OgreRoot.cpp:980
#8  0x000000000051efac in RoR::MainThread::EnterGameplayLoop (this=this@entry=0x7fffffffdc60) at /home/hiradur/Desktop/rigs-of-rods-hiradur/source/main/MainThread.cpp:923
#9  0x0000000000527b82 in RoR::MainThread::Go (this=this@entry=0x7fffffffdc60) at /home/hiradur/Desktop/rigs-of-rods-hiradur/source/main/MainThread.cpp:510
#10 0x000000000051b347 in main (argc=<optimized out>, argv=<optimized out>) at /home/hiradur/Desktop/rigs-of-rods-hiradur/source/main/main.cpp:221

looks like one of the threads is trapped in this loop: https://github.com/RigsOfRods/rigs-of-rods/blob/master/source/main/physics/BeamForcesEuler.cpp#L243
At least with multi threading disabled this is where the stacktrace lead to in several tries.
However, that part of the code hasn't changed since 2014 so I recommend everyone to debug for themselves, just to make sure it's not a coincidence.

Contributor

Hiradur commented May 4, 2016

stacktrace after freeze with desperado and sending SIGINT:

(gdb) bt
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x00000000007307f3 in BeamFactory::_WorkerWaitForSync (this=0x2e79ce0) at /home/hiradur/Desktop/rigs-of-rods-hiradur/source/main/physics/BeamFactory.cpp:1035
#2  0x0000000000720c7b in Beam::frameStep (this=0x8c41ed0, steps=100) at /home/hiradur/Desktop/rigs-of-rods-hiradur/source/main/physics/Beam.cpp:1584
#3  0x00000000007306b7 in BeamFactory::calcPhysics (this=0x2e79ce0, dt=dt@entry=0,0500000007) at /home/hiradur/Desktop/rigs-of-rods-hiradur/source/main/physics/BeamFactory.cpp:945
#4  0x00000000005660a1 in RoRFrameListener::frameStarted (this=0x2e1d2d0, evt=...) at /home/hiradur/Desktop/rigs-of-rods-hiradur/source/main/gameplay/RoRFrameListener.cpp:1465
#5  0x00007ffff797f274 in Ogre::Root::_fireFrameStarted (this=this@entry=0x7ffff7e154e8, evt=...) at /home/hiradur/rigs-of-rods/source/ogre/OgreMain/src/OgreRoot.cpp:833
#6  0x00007ffff797f801 in Ogre::Root::_fireFrameStarted (this=this@entry=0x7ffff7e154e8) at /home/hiradur/rigs-of-rods/source/ogre/OgreMain/src/OgreRoot.cpp:888
#7  0x00007ffff797f969 in Ogre::Root::renderOneFrame (this=0x7ffff7e154e8) at /home/hiradur/rigs-of-rods/source/ogre/OgreMain/src/OgreRoot.cpp:980
#8  0x000000000051efac in RoR::MainThread::EnterGameplayLoop (this=this@entry=0x7fffffffdc60) at /home/hiradur/Desktop/rigs-of-rods-hiradur/source/main/MainThread.cpp:923
#9  0x0000000000527b82 in RoR::MainThread::Go (this=this@entry=0x7fffffffdc60) at /home/hiradur/Desktop/rigs-of-rods-hiradur/source/main/MainThread.cpp:510
#10 0x000000000051b347 in main (argc=<optimized out>, argv=<optimized out>) at /home/hiradur/Desktop/rigs-of-rods-hiradur/source/main/main.cpp:221

looks like one of the threads is trapped in this loop: https://github.com/RigsOfRods/rigs-of-rods/blob/master/source/main/physics/BeamForcesEuler.cpp#L243
At least with multi threading disabled this is where the stacktrace lead to in several tries.
However, that part of the code hasn't changed since 2014 so I recommend everyone to debug for themselves, just to make sure it's not a coincidence.

@ulteq

This comment has been minimized.

Show comment
Hide comment
@ulteq

ulteq May 8, 2016

Contributor

@Hiradur I come to the same result (multithreading enabled):

1    Thread 0x7ffff7fc7780 (LWP 7456) "RoR" 0x00007ffff73e5eac in __lll_lock_wait ()
2    Thread 0x7fffe86a6700 (LWP 7470) "RoR" 0x00007ffff73e309f in pthread_cond_wait@@GLIBC_2.3.2 ()
...
17   Thread 0x7fffbcae8700 (LWP 7496) "RoR" 0x00007ffff73e309f in pthread_cond_wait@@GLIBC_2.3.2 ()
18   Thread 0x7fffb7fff700 (LWP 7497) "RoR" Beam::calcForcesEulerCompute (this=0x8a28610, doUpdate=1, 
    dt=dt@entry=0.000500000024, step=0, maxsteps=2) at /home/archie/rigs-of-rods/source/main/physics/BeamForcesEuler.cpp:252

The sim thread is stuck in this while loop: https://github.com/RigsOfRods/rigs-of-rods/blob/master/source/main/physics/BeamForcesEuler.cpp#L252

Contributor

ulteq commented May 8, 2016

@Hiradur I come to the same result (multithreading enabled):

1    Thread 0x7ffff7fc7780 (LWP 7456) "RoR" 0x00007ffff73e5eac in __lll_lock_wait ()
2    Thread 0x7fffe86a6700 (LWP 7470) "RoR" 0x00007ffff73e309f in pthread_cond_wait@@GLIBC_2.3.2 ()
...
17   Thread 0x7fffbcae8700 (LWP 7496) "RoR" 0x00007ffff73e309f in pthread_cond_wait@@GLIBC_2.3.2 ()
18   Thread 0x7fffb7fff700 (LWP 7497) "RoR" Beam::calcForcesEulerCompute (this=0x8a28610, doUpdate=1, 
    dt=dt@entry=0.000500000024, step=0, maxsteps=2) at /home/archie/rigs-of-rods/source/main/physics/BeamForcesEuler.cpp:252

The sim thread is stuck in this while loop: https://github.com/RigsOfRods/rigs-of-rods/blob/master/source/main/physics/BeamForcesEuler.cpp#L252

@ulteq

This comment has been minimized.

Show comment
Hide comment
@ulteq

ulteq May 9, 2016

Contributor

Fixed by: b0f68f4

Contributor

ulteq commented May 9, 2016

Fixed by: b0f68f4

@ulteq ulteq closed this May 9, 2016

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment