Shared Objects/Libraries within Fprime Framework #1224
Replies: 3 comments 4 replies
-
|
What is the operating system on your target hardware? |
Beta Was this translation helpful? Give feedback.
-
|
#1178 is a similar discussion on this topic. If your primary concern is limiting filesize of updates one approach to consider is binary diff patches. You can make changes to the flight software and rebuild, then create a binary diff between the onboard version and the new release. |
Beta Was this translation helpful? Give feedback.
-
|
Thank you all for the input! I agree that a binary diff approach would probably be the easier option. However, I am bound by the requirements of the project I am on, and they have asked us to try to use shared libraries. But anyway, I will make sure to keep you guys in the loop with how using shared libraries goes, if we decide to use that approach! Thanks! |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Hi!
I am currently working on a project where we have received a recommendation that the software executable we deliver be split up into shared objects/libraries to limit the scope of required patching in flight.
Is this possible with Fprime? I haven't seen anyone do anything like that. The reason why this might be useful for our mission is that we are incorporating a GNC library that was written by a different collaborator into our Fprime framework, and it would be useful to have the functionality to only patch the GNC library on-orbit instead of replacing the binary file.
How has JPL approached patching software on its Fprime missions?
Beta Was this translation helpful? Give feedback.
All reactions