Closed GoogleCodeExporter closed 9 years ago
Original comment by scottmg@chromium.org
on 8 Jan 2015 at 10:21
MachMultiprocess::MultiprocessChild needs a bit of reorganization to switch to
Exec, the parent creates a service name that'll have to make it through to the
child when not simply forkd.
Original comment by scottmg@chromium.org
on 8 Jan 2015 at 10:35
The thread Scott linked to captures all of the details, but in my mind, the
salient point that relates to this bug was this:
> My current thinking is that each test executable (like client_test) that needs
> it could pick something out of its argv that told it to run the child side of
> a test. The various different child sides would be registered with static
> initializers similar to how the gtest TEST() macro works.
Original comment by mark@chromium.org
on 8 Jan 2015 at 10:39
(I made a first pass at that here https://codereview.chromium.org/844713002 in
util/test/test_entry_point.h, but I'm still trying to work out how to
restructure the users of it.)
Original comment by scottmg@chromium.org
on 8 Jan 2015 at 10:42
Somewhere between WontFix and Fixed.
I don't love the current Windows multiprocess test code, but we can at least
run all the tests we need to run.
Original comment by scottmg@chromium.org
on 3 Sep 2015 at 9:46
Original issue reported on code.google.com by
scottmg@chromium.org
on 8 Jan 2015 at 9:49