You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Marcelo Vanzin (JIRA)" <ji...@apache.org> on 2018/09/26 00:13:00 UTC

[jira] [Commented] (CRYPTO-141) Errors in native code can leave Java wrappers in bad state

    [ https://issues.apache.org/jira/browse/CRYPTO-141?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16628077#comment-16628077 ] 

Marcelo Vanzin commented on CRYPTO-141:
---------------------------------------

It might be a better idea to make the cleanup of the native context explicit, so that the Java side can do it when it knows it's safe.

> Errors in native code can leave Java wrappers in bad state
> ----------------------------------------------------------
>
>                 Key: CRYPTO-141
>                 URL: https://issues.apache.org/jira/browse/CRYPTO-141
>             Project: Commons Crypto
>          Issue Type: Bug
>          Components: Native
>            Reporter: Marcelo Vanzin
>            Priority: Major
>
> Currently, the Java side keeps a reference to the address of the EVP context, and checks that it's not 0 before performing any operations.
> But if an error happens in native code, for example here in init():
> {code}
>   if (result == 0 && context != NULL) {
>     if (CONTEXT(ctx) != NULL) {
>       dlsym_EVP_CIPHER_CTX_cleanup(context);
>     } else {
>       dlsym_EVP_CIPHER_CTX_free(context);
>     }
>   }
> {code}
> The address known to the Java side will now be invalid, and if any native method is now called the JVM will crash.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)