> On Oct. 24, 2018, 4:31 p.m., Till Toenshoff wrote: > > src/tests/fetcher_tests.cpp > > Lines 105-106 (patched) > > <https://reviews.apache.org/r/69146/diff/2/?file=2102314#file2102314line105> > > > > While this solution appears to be the most efficient it also is not > > entirely consistent with how we do it in other places; > > Note that `getcwd()` returns the test-sandbox directory after the > > fixture did its job. > > ``` > > path::join(os::getcwd(), "fetcher"); > > path::join(os::getcwd(), "frameworks"); > > ``` > > would be consistent. > > > > Alternatively, we could at least do away with one `CHECK_NOTNONE` and > > pull it in front of these two uses of `sandbox`. > > Joseph Wu wrote: > A good chunk of tests have the following pattern: > ``` > path::join(sandbox.get(), ...); > ``` > > I've been leaning towards this because it forgoes the syscall. > > Till Toenshoff wrote: > Definitely more efficient, yes - wish we could "fix" that in one swoop - > but am not attached to the first part of my comment due to these reasons. > > Meng Zhu wrote: > For the second part, I think using two `CHECK_NOTNONE` is more readable > to me. Otherwise, we will end up with two unguarded `get()` (I am a little > bit allergic to unguarded `get()` :) ) > > Till Toenshoff wrote: > How about > ``` > CHECK_NOTNONE(sandbox); > flags.fetcher_cache_dir = path::join(sandbox.get(), "fetcher"); > flags.frameworks_home = path::join(sandbox.get(), "frameworks"); > ```
I am not sure why it is preferred over the current code. I view `CHECK_NOTNONE` more as a safe "get()" operation rather than a pure check. If we want to save one check, we can do ``` ASSERT_SOME(sandbox); flags.fetcher_cache_dir = path::join(sandbox.get(), "fetcher"); flags.frameworks_home = path::join(sandbox.get(), "frameworks"); ``` However, the reason I prefer inline `CHECK_NOTNONE` is that it removes order dependencies between statements. Otherwise when we do `get()`, we need to carry the mental burden that it has to be done after the `ASSERT`. I feel inline `CHECK_NOTNONE` is both easy to maintain (no order dependency) and read (clearly express the intent of "can't be none" inline). I personally prefer to never use naked `get()` given `CHECK_NOTNONE`. - Meng ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/69146/#review210000 ----------------------------------------------------------- On Oct. 24, 2018, 4:12 p.m., Meng Zhu wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > https://reviews.apache.org/r/69146/ > ----------------------------------------------------------- > > (Updated Oct. 24, 2018, 4:12 p.m.) > > > Review request for mesos, Benjamin Bannier, Chun-Hung Hsiao, Gilbert Song, > and Till Toenshoff. > > > Repository: mesos > > > Description > ------- > > Fetcher tests currently rely on some hard-coded paths, > for example, `/tmp/mesos/fetcher` and `/tmp/frameworks`. > Thus fetcher tests could fail if these directories already > exit. This patch adds a helper function `createSlaveFlags()` > to make use of the test sandboxes. The above paths will be > replaced by `fetch/` and `frameworks/` under the sandbox. > > > Diffs > ----- > > src/tests/fetcher_tests.cpp 283238cdda17a94e034baa195bd9d4b57e363b8a > > > Diff: https://reviews.apache.org/r/69146/diff/2/ > > > Testing > ------- > > make check > > > Thanks, > > Meng Zhu > >
