-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/54952/#review160066
-----------------------------------------------------------




3rdparty/stout/include/stout/os/posix/su.hpp (line 55)
<https://reviews.apache.org/r/54952/#comment231063>

    We'll check `result != nullptr` later; could you initialize it here for 
robustness?



3rdparty/stout/include/stout/os/posix/su.hpp (line 93)
<https://reviews.apache.org/r/54952/#comment231064>

    Checking for `__linux__` here seems wrong as we care about a feature of the 
used C stdlib, not the platform.
    
    If I understand this code and the comment above it correctly, we should 
never enter this `if` branch with a POSIX-conformant stdlib, but could 
potentially if e.g., glibc is being used.
    
    We should either fix this to (a) use the correct feature check macro 
checking for the used C stdlib instead of the platform, or since taking this 
branch is impossible with a POSIX-conformant stdlib, (b) just unconditionally 
enable this sanity check (i.e., drop the `ifdef`). I lean towards the second 
option as it would add robustness to this wrapper to deal with other 
non-conformant stdlibs.


- Benjamin Bannier


On Dec. 22, 2016, 9:50 p.m., Neil Conway wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/54952/
> -----------------------------------------------------------
> 
> (Updated Dec. 22, 2016, 9:50 p.m.)
> 
> 
> Review request for mesos and Alexander Rukletsov.
> 
> 
> Bugs: MESOS-6826
>     https://issues.apache.org/jira/browse/MESOS-6826
> 
> 
> Repository: mesos
> 
> 
> Description
> -------
> 
> According to POSIX, `getpwnam_r` returns 0 (and sets `result` to the
> null pointer) when the specified user name is not found. However,
> certain versions of Linux (e.g., RHEL7, recent Arch Linux) return
> non-zero and set `errno` (to one of several different values) when
> `getpwnam_r` is passed an invalid user name.
> 
> In stout, we want to treat the "invalid user name" and "user name not
> found" cases the same. Both the POSIX spec and Linux manpages call out
> certain errno values as definitely indicating errors (e.g., EIO,
> EMFILE). On Linux, we check `errno` and return an error to the caller if
> `errno` appears in that list. We treat `errno` values not in that list
> as equivalent to "user not found".
> 
> On other (Unix) platforms, we treat any non-zero return value from
> `getpwnam_r` as indicating an error.
> 
> 
> Diffs
> -----
> 
>   3rdparty/stout/include/stout/os/posix/su.hpp 
> f3f45ebf006f0f8e7e70b0f4c4ed76465530c58e 
>   3rdparty/stout/tests/os_tests.cpp 8d2005b1f109b4025aa8368600763db9c829d0c5 
> 
> Diff: https://reviews.apache.org/r/54952/diff/
> 
> 
> Testing
> -------
> 
> `make check` on Arch Linux. `OsTest.User` fails without this patch but 
> succeeds with this patch.
> 
> 
> Thanks,
> 
> Neil Conway
> 
>

Reply via email to