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

Make globalcontext_make_atom safe #1443

Draft
wants to merge 2 commits into
base: main
Choose a base branch
from

Conversation

bettio
Copy link
Collaborator

@bettio bettio commented Dec 29, 2024

See also: #1442

These changes are made under both the "Apache 2.0" and the "GNU Lesser General
Public License 2.1 or later" license terms (dual license).

SPDX-License-Identifier: Apache-2.0 OR LGPL-2.1-or-later

globalcontext_make_atom may allocate memory, and that operation might
fail. In that situation now the function returns an invalid term that
must be checked (so an out of memory error can be raised).

Signed-off-by: Davide Bettio <[email protected]>
Add macro that raises an error when there is an out of memory while
making an atom, otherwise a term with given name is declared and
available.

Signed-off-by: Davide Bettio <[email protected]>
#define REQUIRE_ATOM(name, lenstr, str, glb) \
term name = globalcontext_make_atom(glb, lenstr str); \
if (UNLIKELY(term_is_invalid_term(name))) { \
RAISE_ERROR(OUT_OF_MEMORY_ATOM); \
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is perfect for nifs, but if this is used in a port is raising the error what we really want? Maybe we need a separate macro for use in ports that would just return the out_of_memory atom? Ideally it would be {error, out_of_memory} (for ports), but in this case it would be unlikely there was enough ram to construct the error tuple.

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 this pull request may close these issues.

2 participants