You are viewing a plain text version of this content. The canonical link for it is here.

Posted to dev@thrift.apache.org by "Jens Geyer (JIRA)" <ji...@apache.org> on 2015/07/07 22:29:05 UTC

[jira] [Resolved] (THRIFT-3225) Fix TPipeServer unpredictable behavior on close

     [ https://issues.apache.org/jira/browse/THRIFT-3225?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jens Geyer resolved THRIFT-3225.
--------------------------------
       Resolution: Fixed
    Fix Version/s: 0.9.3

Committed, thanks for catching this!

PS: The patch didn't apply cleanly against master HEAD without some manual intervention. Next time please make sure patches are rebased properly. We also accept pull requests (hint-hint :-)).


> Fix TPipeServer unpredictable behavior on close
> -----------------------------------------------
>
>                 Key: THRIFT-3225
>                 URL: https://issues.apache.org/jira/browse/THRIFT-3225
>             Project: Thrift
>          Issue Type: Bug
>          Components: C++ - Library
>    Affects Versions: 0.9.2
>         Environment: Windows
>            Reporter: Paweł Janicki
>            Assignee: Paweł Janicki
>            Priority: Critical
>              Labels: patch
>             Fix For: 0.9.3
>
>         Attachments: 0001-THRIFT-3225.-cpp-Fix-TPipeServer-unpredictable-behav.patch
>
>
> If TPipeServer::close() is invoked from other thread than the thread that is blocked on TPipeServer::serve() the handle may be closed by each thread while should be closed only once.
> I propose to solve the issue by synchronizing access to close() method.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)