You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@thrift.apache.org by "Jean-Noël Goor (JIRA)" <ji...@apache.org> on 2017/08/10 08:56:00 UTC

[jira] [Updated] (THRIFT-4283) TNamedPipeServer race condition in interrupt

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

Jean-Noël Goor updated THRIFT-4283:
-----------------------------------
    Attachment: thrift-4283-TNamedPipeServer-race-condition.patch

> TNamedPipeServer race condition in interrupt
> --------------------------------------------
>
>                 Key: THRIFT-4283
>                 URL: https://issues.apache.org/jira/browse/THRIFT-4283
>             Project: Thrift
>          Issue Type: Bug
>          Components: C++ - Library
>    Affects Versions: 0.10.0
>         Environment: Windows
>            Reporter: Jean-Noël Goor
>         Attachments: thrift-4283-TNamedPipeServer-race-condition.patch
>
>
> In TNamedPipeServer, there exists a race condition between the 'serve' thread and another thread that would attempt to interrupt it.
> While the 'serve' thread is waiting for clients to connect, it is blocked on a GetOverlappedResult call.
> To stop the server, another thread calls the interrupt function that submits a CANCELIO operation to the TOverlappedSubmissionThread.
> The ::CancelIo function is called, freeing the 'serve' thread with an unsuccessful OvelappedResult which then throws and terminate the server by deleting the serverTransport_.
> All this can happen while the call to interrupt has not yet returned, and even the event signaling the execution of the CANCELIO request might not have been caught.
> In our code, this result in unpredictable behavior (mostly detected as stalled).
> It is very hard to reproduce in test environment as it consists in a running threads race condition.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)