[Developers] LocalReduce calculating wrong L{2, 3, 4} norms for complex variables ?

[Erik Schnetter]

On Mar 25, 2008, at 07:39:52, Thomas Radke wrote:
> Hi,
>
> comparing them with the code in CactusPUGH/PUGHReduce and
> Carpet/CarpetReduce, I believe the reduction operators implemented in
> CactusBase/LocalReduce calculate wrong values for the L2/L3/L4 norms  
> for
> complex variables: they only take the real part into account.
>
> Has someone successfully used these operators before ?


Yes, these operators contain some errors.  They are also hand-written,  
containing much duplicated code for the different data types.  Some  
time ago we prepared a version which uses the C preprocessor to  
emulate templates, simplifying the code considerably.  Unfortunately  
this project didn't proceed, I believe because there are some missing  
parts in the new reduction interface for mesh refinement.

-erik

-- 
Erik Schnetter <schnetter at cct.lsu.edu>   http://www.cct.lsu.edu/~eschnett/

My email is as private as my paper mail.  I therefore support encrypting
and signing email messages.  Get my PGP key from www.keyserver.net.



-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 194 bytes
Desc: This is a digitally signed message part
Url : http://www.cactuscode.org/pipermail/developers/attachments/20080325/50d82938/attachment.bin