-
Notifications
You must be signed in to change notification settings - Fork 48
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
Fix up C functions to never throw. #149
Conversation
Signed-off-by: Michel Hidalgo <michel@ekumenlabs.com>
Signed-off-by: Michel Hidalgo <michel@ekumenlabs.com>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
Signed-off-by: Michel Hidalgo <michel@ekumenlabs.com>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Seems reasonable to me, @hidmic should we merge?
Catching the exception seems reasonable to me,
that the parameter type is
, rather than updating the parameter type for What do you think about that? |
@iuhilnehc-ynos that's reasonable, but it doesn't preclude the need for this patch. Unless we make those methods |
Alright, from what I can observe in above's partial coverage computations, this patch does not appreciably degrade coverage. I'll go ahead and merge. Let's see what nightlies have to say. |
This will reduce coverage somewhat, as the conditions on which these exceptions are generated cannot be reproduced (yet).
CI up to
rmw_implementation
,test_rmw_implementation
, andrcl
: