Skip to content

better error handling and management of SSLCtx #19

Description

@camilo-celis

On failure modes some SSL API calls we return without freeing the already-created SSL_CTX, leaking it.
We should be better, and check return types and at least free ssl_ctx before returning from error paths (and ideally consolidate error handling).

Spotted here: #17 (comment)

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions