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

Uncleaned Resources After Failed App Start #2615

Closed
tandharia opened this issue Dec 2, 2024 · 0 comments · Fixed by #2616
Closed

Uncleaned Resources After Failed App Start #2615

tandharia opened this issue Dec 2, 2024 · 0 comments · Fixed by #2616

Comments

@tandharia
Copy link

Describe the bug
When an app fails to start because of bad parameters (like invalid stack size), the module stays loaded in memory and its entry in the OS_module_table is not removed. Because of this, apps with the same name can't be started. And if multiple attempts are made to start apps with bad parameters, the OS_module_table can fill up with invalid entries, blocking new apps from starting. Since the app entries in CFE_ES_Global.AppTable are deactivated, CFE_ES_STOP_APP_CC can’t clean them up.

Expected behavior
If an app fails to start because of bad parameters, all resources associated with the app are cleaned up

System observed on:
OS: RHEL 8.10

Reporter Info
Tvisha Andharia - GSFC 582 intern

tandharia pushed a commit to tandharia/cFE that referenced this issue Dec 2, 2024
tandharia pushed a commit to tandharia/cFE that referenced this issue Dec 2, 2024
tandharia pushed a commit to tandharia/cFE that referenced this issue Dec 3, 2024
dzbaker added a commit that referenced this issue Dec 10, 2024
Fix #2615, Unloading module after failed app start
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 a pull request may close this issue.

1 participant