> On Oct. 24, 2018, 11: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"); > ``` > > Meng Zhu wrote: > 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`.
Note that `Option::get` already has an assertion. The purpose of `CHECK_NOTNONE` to me is just to keep the line number so the check failure can be more easily located. In general I'd prefer avoiding the `CHECK*` macros in tests as it would cause the test program to crash, thus no test cleanup would be performed. So an `ASSERT_SOME` is "safer" in this sense. That said, this check do seems a bit unnecessary because it's (practically) guaranteed that it is not none. Also you cannot use `ASSERT_*` in a non-void function. You have to do things like this: https://github.com/apache/mesos/blob/master/src/tests/storage_local_resource_provider_tests.cpp#L299-L301 And this limitation makes me incline to not do the assertion a bit. - Chun-Hung ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/69146/#review210000 ----------------------------------------------------------- On Oct. 24, 2018, 11: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, 11: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 > >
