fix bounds check in get_diag_buffer #1160
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Description
fixes the bounds check and replaces the module level variable with
this
.Part of the reason I wrote it this way is because
fmsDiagObject_type
is public so there's nothing guaranteeing that this routine will only be called onfms_diag_object
(the module's instance) and not any other new instances of the type.I guess it's really just a scoping issue but we could potentially add checks that
this
matches up memory address-wise tofms_diag_object
to avoid this or change some public/private declarations.How Has This Been Tested?
oneapi 2023.0 on amd
Checklist:
make distcheck
passes