Skip to content

Conversation

lucasw
Copy link
Contributor

@lucasw lucasw commented Oct 21, 2021

I was able to pin down the exception to a ros::Duration with an uninitialized double- possibly random bits will sometimes produce a usable value, but on my system the exception was very frequent.

Probably this has been lurking here since time_from_start was introduced 7fac696

There are some issues and answers posts with the same exception that probably are a similar cause (in one there's an uninitialized Rate object which it sounded like the user corrected in their own code, but really Rate should always initialize to 0), but predate this particular one.

Duration is out of dual 32-bit range

that came from initializing a ros::Duration with an uninitialized double
@ShotaAk
Copy link

ShotaAk commented Mar 14, 2022

I am looking forward to seeing this change merged.
Are there no reviewers?

@rickstaa
Copy link

I am also experiencing this problem on my Ubuntu 20.04 installation running a 5.13.0-35-generic kernel. The problem does not happen every time but comes on a random basis. I installed the Debian package's joint-trajectory controller (version 0.19.0-1focal.20220221.105035 amd64).

@bmagyar bmagyar self-requested a review March 17, 2022 10:30
@bmagyar bmagyar merged commit 4038120 into ros-controls:noetic-devel Mar 17, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants