[
https://issues.apache.org/jira/browse/ARROW-2359?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16417315#comment-16417315
]
Antoine Pitrou commented on ARROW-2359:
---------------------------------------
> But in case of TYPE_FACTORY implementation, we have not only common/shared
> control block internals, but common (because static) shared_ptr internals
> itself.
That doesn't sound accurate to me. TYPE_FACTORY returns a _copy_ of the static
shared_ptr. Also, the thread stacks you posted don't show any call to
TYPE_FACTORY, so it seems unlikely that it plays a part here.
After googling a bit, it seems TSAN sometimes produces false positives with
gcc. That may be one of those. Perhaps you can try with clang?
> Type objects produced by DataType factory are not thread safe
> -------------------------------------------------------------
>
> Key: ARROW-2359
> URL: https://issues.apache.org/jira/browse/ARROW-2359
> Project: Apache Arrow
> Issue Type: Task
> Components: C++
> Reporter: Anton Shmigirilov
> Priority: Minor
> Labels: pull-request-available
>
> TYPE_FACTORY() macro that produces type shortcuts (boolean(), int32(), utf8()
> and so on) uses static shared_ptr inside. There are race conditions possible
> against shared_ptr's reference counter.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
