[Users] output not overwritten anymore?

[Erik Schnetter]

Roland

You could output the current header after recovery unconditionally.

-erik

On Tue, Mar 13, 2012 at 9:54 PM, Roland Haas
<roland.haas at physics.gatech.edu> wrote:
> Hello Christian, Erik, Ian, all,
>
>> CarpetIOScalar has a new parameter all_reductions_in_one_file. This
>> parameter is used near the checks for truncating. Can you check the
>> behaviour from before this parameter existed?
> It should work again now. I tested all four combinations of
> io::truncate_files and carpetioscalar::all_reductions_in_one_file and
> they seem to reproduce the old behaviour. A unfortunate side effect of
> this, is that no header is written when the set of reductions is changed
> in the course of a checkpoint-and-recovery operation. The only way would
> seem to checkpoint the per-variable settings (unless it is possible to
> ask the flesh for parameter values pre and post checkpoint recovery).
>
> The underlying error was not properly realising that do_truncate[] is a
> per-Cactus-variable vector, rather than a per-output-file vector.
> Truncation worked for the very first reduction (average in my case),
> which likely contributed to me to not noticing earlier.
>
> Yours,
> Roland
>
> --
> My email is as private as my paper mail. I therefore support encrypting
> and signing email messages. Get my PGP key from http://keys.gnupg.net.
>
>
> _______________________________________________
> Users mailing list
> Users at einsteintoolkit.org
> http://lists.einsteintoolkit.org/mailman/listinfo/users
>



-- 
Erik Schnetter <schnetter at cct.lsu.edu>
http://www.perimeterinstitute.ca/personal/eschnetter/