WIP: CFDP Init #512
No reviewers
Labels
No Label
API Change
Breaking API Change
bug
build
cosmetics
Documentation
duplicate
feature
help wanted
hotfix
invalid
question
Refactor
Tests
wontfix
No Milestone
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: fsfw/fsfw#512
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "KSat:mueller/cfdp-init"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Will probably be replaced by #523
OLD:
tmtcpacket
. Those were necessary to support the additional CFDP CCSDS packet typeI actually refactored the
RedirectableDataPointerIF*
to also take asize_t maxSize
argument and avoid* args
. The max size argument is useful if the data setter is already performing some sanity checks and the void* argument allows some flexibility for the future. I might consider merging this feature inside this PR as well.It's actually tricky to make assumptions on whether
RedirectableDataPointerIF
acts on read-only data or also allows changing the data. In many cases, the constness of the data pointer is cast away because the data is internally represented by a non-const struct. I would propose to either use a regularuint8_t*
withoutconst
or make a new interface function for read-only data. This makes it clearer to the user on whether a particular implementation also changes the data store in place or whether it leaves the data as is (even if it cast aways the constness internally).@ -0,0 +17,4 @@
* @ingroup tmtcpackets
*/
class TcPacketPusBase : public SpacePacketBase,
virtual public RedirectableDataPointerIF {
Diamond inheritance.
Might be a better idea to just merge the full CFDP packet stack once it is finished..
CFDP Initto WIP: CFDP InitWill be replaced by #527
Pull request closed