-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/62638/#review186506
-----------------------------------------------------------
Ship it!
Looks good to me, just waiting on the Windows ReviewBot to test it since I'm lazy. Ship it
unless the bot fails.
- Andrew Schwartzmeyer
On Sept. 27, 2017, 3:20 p.m., James Peach wrote:
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/62638/
> -----------------------------------------------------------
>
> (Updated Sept. 27, 2017, 3:20 p.m.)
>
>
> Review request for mesos, Andrew Schwartzmeyer and Jie Yu.
>
>
> Bugs: MESOS-8027
> https://issues.apache.org/jira/browse/MESOS-8027
>
>
> Repository: mesos
>
>
> Description
> -------
>
> The `O_CLOEXEC` fallback code was broken since it did not guarantee
> to include `fcntl.h` before checking for the `O_CLOEXEC` symbol.
> O_CLOEXEC is supported by all reasonably current service platforms,
> so we should not need to fall back to compatibility code. So rather
> than fixing the fallback code, we can just eliminate it.
>
>
> Diffs
> -----
>
> 3rdparty/stout/include/stout/os/open.hpp c9346c62e01688f0f55811f7acbe63321b084355
> 3rdparty/stout/include/stout/os/windows/fcntl.hpp ac90bf08ccf5b594e70310e9843475502b3603a5
> 3rdparty/stout/include/stout/windows.hpp 1d865f8fd23aba0198017f0bf4be8471cfb714ed
>
>
> Diff: https://reviews.apache.org/r/62638/diff/2/
>
>
> Testing
> -------
>
> make check (Fedora 26)
>
> Manually verified that sandbox files opened through the webui get the `O_CLOEXEC` flag
applied.
>
>
> Thanks,
>
> James Peach
>
>
|