Skip to content
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

Hotfix: Flags were not being propery set on transmitted messages. #31

Merged
merged 9 commits into from
Apr 25, 2019

Conversation

JWhitleyWork
Copy link

Fixes #30.

I was converting the flags returned int in the read() function into a CanMsg but was not setting the flags passed to the write() function from a CanMsg.

@jurlaubAStuff
Copy link

How has this been tested? Are there test cases to cover the changes?

@JWhitleyWork
Copy link
Author

@jurlaubAStuff - I tested it on my local machine using virtualcan. I am trying to get test cases set up but having problems with getting virtualcan running on the CI machine. See the maint/ci_read_write_tests branch on what has been done so far. It might make sense to get that working first.

@JWhitleyWork
Copy link
Author

@jurlaubAStuff - So, what I'm realizing is that there is no way to test these scenarios on CI because of Docker. Docker uses the host's kernel. Because of this, you can't install a kernel module in Docker without some very specific options passed to it when running the Docker container (which we don't have access to pass). I'm going to have to find a way to validate the API without hardware and without virtual channels - unless we stick to running tests only on local machines, which seems to defeat the point. Thoughts?

@JWhitleyWork
Copy link
Author

@jurlaubAStuff - Nevermind. I think I found a way. Stay tuned.

@JWhitleyWork JWhitleyWork force-pushed the fix/extended_id_transmission branch from 6b949a6 to 495e847 Compare April 22, 2019 21:58
@JWhitleyWork
Copy link
Author

See #33 for tests. In that PR, the tests for extended CAN IDs are disabled due to the bug that this PR fixes. I merged that branch into this one and re-enabled the tests to verify that the bug is fixed.

@JWhitleyWork
Copy link
Author

Actually, #33 is going to take longer than expected as we are going to write and attempt to implement some more detailed test diagnostics. I have verified that this works on Extended CAN IDs and it is passing CI. Can @zoakesAStuff and @jurlaubAStuff please approve if you think it looks alright at this stage so I can get a new release out and fix the bug?

@zoakesAStuff
Copy link
Contributor

@JWhitleyAStuff This looks okay, but do we know for sure that it fixes 30?

@JWhitleyWork
Copy link
Author

We will now (just merged CI tests from maint/ci_read_write_tests and enabled extended ID testing), at least on the kvaser_interface side.

@JWhitleyWork
Copy link
Author

JWhitleyWork commented Apr 24, 2019

@zoakesAStuff / @jurlaubAStuff - Please review/approve #37 prior to this PR. That will keep the conflicts to a minimum. Sorry for the confusion.

zoakesAStuff
zoakesAStuff previously approved these changes Apr 24, 2019
Copy link
Contributor

@zoakesAStuff zoakesAStuff left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Passing tests is good enough for me!

@JWhitleyWork
Copy link
Author

Approved previously by @zoakesAStuff - merging.

@JWhitleyWork JWhitleyWork merged commit 861241e into master Apr 25, 2019
@JWhitleyWork JWhitleyWork deleted the fix/extended_id_transmission branch April 25, 2019 16:06
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.

After 4.0.0 release, extended CAN IDs fail to be transmitted
3 participants