[Users] output not overwritten anymore?

[Erik Schnetter]

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?

-erik

On Mon, Mar 12, 2012 at 5:12 PM, Ian Hinder <ian.hinder at aei.mpg.de> wrote:
>
> On 12 Mar 2012, at 22:06, Christian Reisswig wrote:
>
>> Hi Ian, Erik,
>>
>> thanks for the reply! I played around with IO::truncate_files = yes/no
>> but without success.
>> In particular, CarpetIOScalar does not overwrite files (I am looking at the L2
>> norm of some grid function) anymore.
>
> What machine/OS/filesystem are you using?  Could it be that in some new version of Linux the file semantics have changed?
>
>>
>> cheers,
>> Christian
>>
>>> On 12 Mar 2012, at 20:25, Christian Reisswig wrote:
>>>> Hi,
>>>>
>>>> I am wondering if the default behavior of Cactus output has been changed
>>>> recently. When starting a simulation from scratch (i.e. no recovery),
>>>> already existing output files used to get overwritten.
>>>> Instead now, Cactus appends data to the end of the files. How can I
>>>> change this behavior? Is there a parameter for this?
>>>
>>> Hi Christian,
>>>
>>>> From IOUtil/param.ccl:
>>> BOOLEAN truncate_files "Truncate existing output files from previous runs
>>> (except when recovering) ?" STEERABLE = ALWAYS {
>>> } "yes"
>>>
>>> I don't think this has been changed.  If it is not truncating the files,
>>> then either you have this parameter set accidentally, or there is
>>> something very wrong!
>>>
>>> On the other hand, many people who might have been involved in such a
>>> change are probably using simfactory, which ensures that you have a new
>>> empty directory for each Cactus run, so a problem might not have been
>>> noticed.
>
> --
> Ian Hinder
> http://numrel.aei.mpg.de/people/hinder
>
> _______________________________________________
> 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/