#970: CarpetLib::barriers fails with multipatch ---------------------+------------------------------------------------------ Reporter: rhaas | Owner: eschnett Type: defect | Status: new Priority: minor | Milestone: Component: Carpet | Version: Resolution: | Keywords: ---------------------+------------------------------------------------------
Comment (by rhaas):
Replying to [ticket:970 rhaas]:
This happens during the initial storage allocation where there are
mismatching barriers in dh::add and > this causes the a barrier error when on process owns a component on map 0 but another does only onwn a component on map 1, since in this case the first one will encounter the barriers as:
dhd::add (map 0) gdata::gdata (component on map 0) dh::add (map 1)
while the other process sees:
dhd::add (map 0) gdata::gdata (component on map 0) dh::add (map 1)
This is wrong (since this behaviour would actually work). The second process sees dhd::add (map 0) dh::add (map 1) gdata::gdata (component on map 1)