[Carpet] problems applying RotatingSymmetry90 when both CCTK_INT and CCTK_REAL gridfns are present

[Erik Schnetter]

On Jun 14, 2006, at 14:02:15, Jonathan Thornburg wrote:

> Hi, Erik,
>
> On Wed, 14 Jun 2006, Erik Schnetter wrote:
>> On Jun 14, 2006, at 12:10:00, Jonathan Thornburg wrote:
>>
>>> Hi, Erik,
>>>
>>> I have a wierd error appearing which looks like it may be a problem
>>> with RotatingSymmetry90.
>>
>> You are correct, Slab expects that all variables have the same  
>> type.  A quick
>> workaround is obvious; either apply the boundary conditions  
>> sequentially, or
>> change your grid function to real.  Obviously, this will be  
>> inconvenient to
>> you.
>
> Thanks for the quick responce!  As a short-term workaround, I can
> make this grid function CCTK_REAL.  (And maybe we should document that
> RotatingSymmetry{90,180} fail if there are gridfns of non-CCTK_REAL  
> types.)

It works for other data types, just not when they are applied at the  
same time.

-erik

-- 
Erik Schnetter <schnetter at cct.lsu.edu>

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: 186 bytes
Desc: This is a digitally signed message part
Url : /archives/developers/attachments/20060614/ae2a3f6c/attachment.pgp