[ET Trac] [Einstein Toolkit] #1793: activating 3d output at restart results in unexpected behavior

[Einstein Toolkit]

#1793: activating 3d output at restart results in unexpected behavior
--------------------------------+-------------------------------------------
 Reporter:  physik@…            |       Owner:  eschnett  
     Type:  defect              |      Status:  new       
 Priority:  unset               |   Milestone:            
Component:  Carpet              |     Version:  ET_2014_05
 Keywords:                      |  
--------------------------------+-------------------------------------------
 Hi,

 I've recently switched on 3D carpetIOHDF5 output when restarting from a
 checkpoint which was not a multiple of carpetiohdf5::out_every, which in
 turn corresponds to a multiple of the coarsest timestep. In the resulting
 files, all but the finest levels where missing. I realized that instead of
 Carpetiohdf5::out_criterion            = divisor
 I have used
 Carpetiohdf5::out3D_criterion            = divisor
 A quick grep in the source code resulted in no match for the latter
 parameter, it seems completely unused. Thus, Carpet was probably using the
 default for
 out_criterion, which is "default", which means use IO:out3D_criterion,
 which was not set, defaulting to "iteration".
 Now, according to this closed issue
 https://trac.einsteintoolkit.org/ticket/1053
 that should still work as intended. I suppose the problem here is that the
 3d output was not activated in previous restarts, so there was no last
 output time when restarting, and it outputs every so many iterations after
 the checkpoint.

 This occurred with the Wheeler release, I have not checked the newest
 release yet.

 Cheers,
 Wolfgang.

-- 
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1793>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit