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

cFE Integration Candidate: 2020-11-24 #1027

Merged
merged 24 commits into from
Dec 2, 2020
Merged

cFE Integration Candidate: 2020-11-24 #1027

merged 24 commits into from
Dec 2, 2020

Conversation

astrogeco
Copy link
Contributor

@astrogeco astrogeco commented Nov 23, 2020

Describe the contribution

Fix #777, Use MSG APIs
Fix #1016, bogus warning in strncpy
Fix #1004, default stack size
Fix #965, remove OSAL ID from App/LibInfo struct
Fix #1023, correct stub appid parameter
Fix #663, More consistent use of datatypes

Testing performed
See events for "github actions test" at https://github.com/astrogeco/cFS/actions

Expected behavior changes

PR #1003 - Backward compatible API change. Replace many uses of generic uint16 and uint32 with a more purpose-specific type. Replace all sizes with size_t across the API.

PR #1007 - Rename UT_SetForceFail to UT_SetDefaultReturnValue since some functions that retain more than 1 value are not necessarily failing

PR #998 and #1028 - Deprecates many SB Elements and replaces them with the new MSG module. See #777 for list.

PR #1017 - App and Lib info telemetry structures no longer contain the ModuleId value from OSAL.

PR #1018 - Add an extra write of a null char after strncpy which squelches a warning and appease compiler warning logic.

PR #1022 - Uses CFE_PLATFORM_ES_DEFAULT_STACK_SIZE as a default instead of a minimum. Affects the Start App command; if stack size is specified as zero, then the default stack size value from platform config is used. Otherwise the value in the command will be passed through and used as-is.

PR #1024 - Changes the type of the AppID parameter on "Cleanup" routines from uint32 to CFE_ES_ResourceID_t.

System(s) tested on
Ubuntu 18.04

Additional context
Part of nasa/cFS#158

Third party code
None

Contributor Info - All information REQUIRED for consideration of pull request
@skliper
@jphickey
@zanzaben

skliper and others added 16 commits November 4, 2020 15:53
Updates the unit tests, unit test support, and
stubs to replace deprecated SB APIs with MSG APIs.
Update documentation to replace deprecated SB
APIs with MSG APIs
Update the core software from the deprecated SB
APIs to the MSG APIs.
Add an extra write of a null char which squelches a warning.
Do not enforce CFE_PLATFORM_ES_DEFAULT_STACK_SIZE as a minimum,
it should be a default.
The "osal_id_t" type isn't defined in any of the CFE message/interface
header files for use within telemetry.

This ID is an ephemeral runtime value and is not relevant to a ground
system or anything outside CFE, so it makes most sense to simply
remove this ID from the telemtry structure.  Note that all commands
are name-based, not ID-based, hence why this ID is not really useful.
The type of this should be CFE_ES_ResourceID_t, not uint32
Rather than directly referencing a constant, prefer to use
the sizeof() operator on the instance or type whenever possible.
Update use of uint32 to size_t in UT support code
Fix all use of uint32 for sizes, replace with size_t
Scrub all other types to make sure use is consistent,
using proper typedef whenever available.
Fix all use of uint32 for sizes, replace with size_t
Scrub all other types to make sure use is consistent,
using proper typedef whenever available.
Fix all use of uint32 for sizes, replace with size_t
Scrub all other types to make sure use is consistent,
using proper typedef whenever available.
Fix all use of uint32 for sizes, replace with size_t
Scrub all other types to make sure use is consistent,
using proper typedef whenever available.
Fix all use of uint32 for sizes, replace with size_t
Scrub all other types to make sure use is consistent,
using proper typedef whenever available.
Fix #663, more consistent use of data types
Fix #777, Use MSG APIs - Core software
Fix #777, Use MSG APIs - Docs
Fix #777, Use MSG APIs - Unit tests

See #998 for more details
@astrogeco
Copy link
Contributor Author

@skliper we have a doxygen warning

Run if [[ -s build/doc/warnings.log ]]; then
You must fix doxygen warnings for "usersguide" before submitting a pull request

/home/runner/work/cFS/cFS/cfe/fsw/cfe-core/src/inc/cfe_sb.h:565: warning: explicit link request to 'CFE_MSG_Message_t' could not be resolved

@skliper
Copy link
Contributor

skliper commented Nov 24, 2020

@astrogeco fixed.

astrogeco pushed a commit to astrogeco/cFE that referenced this pull request Dec 1, 2020
@astrogeco astrogeco changed the title Integration candidate Integration Candidate: 2020-11-24 Dec 1, 2020
@astrogeco astrogeco changed the title Integration Candidate: 2020-11-24 cFE Integration Candidate: 2020-11-24 Dec 1, 2020
jphickey and others added 2 commits December 1, 2020 15:10
Fix #965, remove OSAL ID from App/LibInfo struct
Remove reference to `CFE_MSG_Message_t` in doxygen comments
Integration Candidate 2020-11-24
@astrogeco astrogeco marked this pull request as ready for review December 2, 2020 15:30
@astrogeco astrogeco merged commit 6d80b60 into main Dec 2, 2020
@skliper skliper added this to the 7.0.0 milestone Sep 24, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment