Skip to content

Conversation

@alexcrichton
Copy link
Collaborator

Replace them with unsafe equivalents with documentation indicating that you probably shouldn't rely on them. Not the best solution but given the age of this crate there's not really a whole lot else that can be done.

Closes #30

Replace them with `unsafe` equivalents with documentation indicating
that you probably shouldn't rely on them. Not the best solution but
given the age of this crate there's not really a whole lot else that can
be done.

Closes #30
@alexcrichton alexcrichton merged commit 3cef693 into main Jan 23, 2025
4 checks passed
@alexcrichton alexcrichton deleted the add-unsafe-functions branch January 23, 2025 16:08

/// Deprecated as this isn't sound, use [`init_openssl_env_vars`] instead.
#[doc(hidden)]
#[deprecated(note = "this function is not safe, use `init_openssl_env_vars` instead")]

Choose a reason for hiding this comment

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

Nitpicking about the message: it reads like "this function is unsafe, so please use the safe version, init_openssl_env_vars".
In reality what it means to say is "This function is not correctly marked as unsafe, use the correct version, init_openssl_env_vars, instead"

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.

Environment setters are unsound (aka Rust env setters are unsound)

3 participants