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

MD is unable to dwell on application-private symbols #14

Closed
jhnphm opened this issue May 11, 2022 · 2 comments
Closed

MD is unable to dwell on application-private symbols #14

jhnphm opened this issue May 11, 2022 · 2 comments

Comments

@jhnphm
Copy link

jhnphm commented May 11, 2022

Checklist (Please check before submitting)

  • [ x] I reviewed the Contributing Guide.
  • [x ] I reviewed the README file to see if the feature is in the major future work.
  • [x ] I performed a cursory search to see if the feature request is relevant, not redundant, nor in conflict with other tickets.

Is your feature request related to a problem? Please describe.
MD is unable to get application symbols, due to changes in cFE to make application symbols private: nasa/cFE#952

Describe the solution you'd like
Using OS_ModuleSymbolLookup should be an option to peek/telemeter app-private symbols

Describe alternatives you've considered
Leave as-is; implementation of OS_ModuleSymbolLookup is the same as OS_SymbolLookup on vxWorks anyways, so it would appear this would only affect Linux.

Additional context

OS_Status = OS_SymbolLookup(ResolvedAddr, SymAddr->SymName);

Requester Info
John Pham, Northrop Grumman

@skliper
Copy link
Contributor

skliper commented May 11, 2022

This should be already fixed on Linux, see nasa/osal#1206. The generic lookup will search both global and module symbol tables.

@jhnphm
Copy link
Author

jhnphm commented May 11, 2022

Ah, I missed that update. I'll close the ticket.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants