curator-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jordan Zimmerman (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (CURATOR-395) Potential null dereference in PersistentNode
Date Mon, 17 Apr 2017 18:59:41 GMT

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

Jordan Zimmerman commented on CURATOR-395:
------------------------------------------

I see the race - I'll prepare a fix

> Potential null dereference in PersistentNode
> --------------------------------------------
>
>                 Key: CURATOR-395
>                 URL: https://issues.apache.org/jira/browse/CURATOR-395
>             Project: Apache Curator
>          Issue Type: Bug
>            Reporter: Ted Yu
>            Assignee: Jordan Zimmerman
>            Priority: Minor
>
> {code}
>             if ( localCreateMethod == null )
>             {
>                 CreateModable<ACLBackgroundPathAndBytesable<String>> tempCreateMethod
= useProtection ? client.create().creatingParentContainersIfNeeded().withProtection() : client.create().creatingParentContainersIfNeeded();
>                 if ( createMethod.compareAndSet(null, tempCreateMethod) )
>                 {
>                     localCreateMethod = tempCreateMethod;
>                 }
>             }
>             localCreateMethod.withMode(getCreateMode(existingPath != null)).inBackground(backgroundCallback).forPath(createPath,
data.get());
> {code}
> Before calling withMode(), localCreateMethod should be checked against null.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

Mime
View raw message