You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@thrift.apache.org by "Ted Wang (JIRA)" <ji...@apache.org> on 2016/10/04 15:57:20 UTC

[jira] [Created] (THRIFT-3941) WinXP version of thrift_poll() relies on undefined behavior by passing a destructed variable to select()

Ted Wang created THRIFT-3941:
--------------------------------

             Summary: WinXP version of thrift_poll() relies on undefined behavior by passing a destructed variable to select()
                 Key: THRIFT-3941
                 URL: https://issues.apache.org/jira/browse/THRIFT-3941
             Project: Thrift
          Issue Type: Bug
          Components: C++ - Library
    Affects Versions: 0.9.3
            Reporter: Ted Wang
            Assignee: Ted Wang


thrift_poll() for WINVER <= 0x0502 in thrift/windows/WinFnctl.cpp shadows the 'time_out' variable, and it ends up passing the destructed copy to select():

  timeval time_out;
  timeval* time_out_ptr = NULL;
  if (timeout >= 0) {
    timeval time_out = {timeout / 1000, (timeout % 1000) * 1000};
    time_out_ptr = &time_out;
  } else { // to avoid compiler warnings
    (void)time_out;
    (void)timeout;
  }

  int sktready = select(1, read_fds_ptr, write_fds_ptr, NULL, time_out_ptr);

Stepping through this code in the debugger, it looks like MSVC reserves a large enough stack frame to avoid overwriting the variable when calling select(), which may be why this hasn't been caught yet.



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