Fix a bug when passing data to GMT in Session.open_virtual_file() #490
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 of proposed changes
External programs like PyGMT can pass dataset/momory to GMT. By default,
GMT can read, modify and free the momery, which sometimes can cause
crashes.
Issue #406 reports an example in which PyGMT crashes. The issue was reported
to the upstream (see GenericMappingTools/gmt#3515
and GenericMappingTools/gmt#3528). It turns out
to be an API user error (i.e., a PyGMT bug).
As per the explanation of Paul, external programs like PyGMT should
always use
GMT_IN|GMT_IS_REFERENCE
to tell GMT that the data isread-only, so that GMT won't try to change and free the memory.
This PR makes the change from
GMT_IN
toGMT_IN|GMT_IS_REFERENCE
in the
Session.open_virtual_file()
function, updates a few docstrings,and also adds the script in #406 as a test.
Fixes #406.
GMT C API references: https://docs.generic-mapping-tools.org/latest/api.html#resource-registration
Reminders
make format
andmake check
to make sure the code follows the style guide.doc/api/index.rst
.