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

Fix #113, Fix #123, Symbol naming convention and message conversions #125

Merged
merged 2 commits into from
Oct 26, 2023

Conversation

jphickey
Copy link
Contributor

Checklist (Please check before submitting)

Describe the contribution
First commit: updates all symbol names to adhere to the naming conventions from CFE. This is basically a search and replace, to make names compliant.
Fixes #113

Second commit: Apply the CFE_MSG_PTR() macro to do type conversions on messages.
Fixes #123

Testing performed
Build and run SC and all tests

Expected behavior changes
None

System(s) tested on
Debian

Additional context
These two fixes are combined into a single PR as the second one is affected by the name changes in the first one. These would conflict if done in separate PRs.

Contributor Info - All information REQUIRED for consideration of pull request
Joseph Hickey, Vantage Systems, Inc.

fsw/src/sc_atsrq.c Dismissed
@@ -570,7 +570,7 @@
/*
** Set the next command time for the ATP
*/
SC_AppData.NextCmdTime[SC_ATP] = ListCmdTime;
SC_AppData.NextCmdTime[SC_Process_ATP] = ListCmdTime;

Check failure

Code scanning / CodeQL-security

Potentially uninitialized local variable High

The variable
ListCmdTime
may not be initialized at this access.
Copy link
Contributor Author

Choose a reason for hiding this comment

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

Checked this report - it is a false positive - No real chance of it being uninitialized due to the combination of logic prior to this.

Also was pre-existing - not changed by this PR.

@jphickey jphickey force-pushed the fix-113-123-symbols branch 2 times, most recently from bd37cab to 9ac3165 Compare October 24, 2023 17:48
Create enumerations according to the style documented in CFE.  Existing
symbols are put inside a backward compatibility switch, such that
existing table and message definitions should still work.
Rather than taking the address of a sub-member, use the macro provided
from the CFE_MSG module to convert from a local container to a
CFE_MSG_Messge_t pointer.
@dzbaker dzbaker merged commit ab3a9a0 into nasa:main Oct 26, 2023
17 checks passed
@jphickey jphickey deleted the fix-113-123-symbols branch October 26, 2023 19:54
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Use CFE_MSG_PTR conversion macro Implement symbol naming convention for SC
2 participants