Fix a problem found by Erik Schnetter & Thomas Radke involving

writing data to the SphericalSurface variables in a multiprocessor run.

In detail, the code writes data to the SphericalSurface variables
on each processor.  For everything except the horizon shape this
is fine.  However, the code formerly didn't broadcast the horizon shape
to all processors, so the values written to the SphericalSurface variables
were all 0 on processors other than the one that actually found that horizon.

The fix is to broadcast the horizon shape if any horizon info is
being written to the SphericalSurface variables.  (In addition to
broadcasting it whenever an excision mask is being set, which the
code already did.)


git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1392 f88db872-0e4f-0410-b76b-b9085cfa78c5

1 files changed, 5 insertions, 0 deletions

diff --git a/src/driver/driver.hh b/src/driver/driver.hh
index 1233b50..1b19a7a 100644
--- a/src/driver/driver.hh
+++ b/src/driver/driver.hh
@@ -367,6 +367,11 @@ struct	state
 	bool announce_centroid_flag;	// should we announce horizon centroid?
 	int which_horizon_to_announce_centroid;	// if so, which horizon?
 
+	// this is the inclusive-or of  AH_data.store_info_in_SS_vars
+	// over all horizons, i.e. it says if we will store horizon
+	// information in the SphericalSurface variables for *any* horizon
+	bool store_info_in_SS_vars_for_any_horizon;
+
 	// interprocessor-communication buffers for broadcasting
 	// Newton-iteration status from active processors to all processors
 	struct iteration_status_buffers isb;