From yye00 at cct.lsu.edu  Fri Dec  1 10:21:05 2006
From: yye00 at cct.lsu.edu (Yaakoub Y El Khamra)
Date: Fri, 01 Dec 2006 10:21:05 -0600
Subject: [Users] Tim Tautges, CCT Colloquia MOAB
Message-ID: <45705671.6040009@cct.lsu.edu>


Greetings
As the CFDToolkit is making more use of MOAB every day, we asked Tim 
Tautges currently of Sandia and soon to be of Argonne National Labs to 
give a talk about MOAB. This talk will be broadcast over the access grid 
and is scheduled with NCSA as CCT Colloquia, the NCSA venue is Cosmic 
Voyage. We will also have a recording of the talk ready for download in 
about 2 hours.



Cheers
Yaakoub

From hegewald at cab.bau.tu-bs.de  Mon Dec  4 09:32:19 2006
From: hegewald at cab.bau.tu-bs.de (Jan Hegewald)
Date: Mon, 4 Dec 2006 16:32:19 +0100
Subject: [Users] parallel program
Message-ID: <D32A528C-8729-415C-A2A7-553EB97A1A0F@cab.bau.tu-bs.de>

Dear all,
is there some documentation, tutorial, example code etc. available  
which shows me how to write and run a distributed (via mpi) cactus  
program?
I have a bunch of raw MPI programmes which I want to migrate to Cactus.

Many TIA,
-- Jan

From dprideout at gmail.com  Mon Dec  4 09:46:34 2006
From: dprideout at gmail.com (David Rideout)
Date: Mon, 4 Dec 2006 15:46:34 +0000
Subject: [Users] parallel program
In-Reply-To: <D32A528C-8729-415C-A2A7-553EB97A1A0F@cab.bau.tu-bs.de>
References: <D32A528C-8729-415C-A2A7-553EB97A1A0F@cab.bau.tu-bs.de>
Message-ID: <1ce81abb0612040746k29ea79f7s34e5f83836810d6b@mail.gmail.com>

The UsersGuide is a good place to start.

Cheers,
David

On 12/4/06, Jan Hegewald <hegewald at cab.bau.tu-bs.de> wrote:
> Dear all,
> is there some documentation, tutorial, example code etc. available
> which shows me how to write and run a distributed (via mpi) cactus
> program?
> I have a bunch of raw MPI programmes which I want to migrate to Cactus.
>
> Many TIA,
> -- Jan
> _______________________________________________
> Users mailing list
> Users at cactuscode.org
> http://www.cactuscode.org/mailman/listinfo/users
>

From dprideout at gmail.com  Mon Dec  4 09:46:34 2006
From: dprideout at gmail.com (David Rideout)
Date: Mon, 4 Dec 2006 15:46:34 +0000
Subject: [Users] parallel program
In-Reply-To: <D32A528C-8729-415C-A2A7-553EB97A1A0F@cab.bau.tu-bs.de>
References: <D32A528C-8729-415C-A2A7-553EB97A1A0F@cab.bau.tu-bs.de>
Message-ID: <1ce81abb0612040746k29ea79f7s34e5f83836810d6b@mail.gmail.com>

The UsersGuide is a good place to start.

Cheers,
David

On 12/4/06, Jan Hegewald <hegewald at cab.bau.tu-bs.de> wrote:
> Dear all,
> is there some documentation, tutorial, example code etc. available
> which shows me how to write and run a distributed (via mpi) cactus
> program?
> I have a bunch of raw MPI programmes which I want to migrate to Cactus.
>
> Many TIA,
> -- Jan
> _______________________________________________
> Users mailing list
> Users at cactuscode.org
> http://www.cactuscode.org/mailman/listinfo/users
>

From hegewald at cab.bau.tu-bs.de  Mon Dec  4 10:00:34 2006
From: hegewald at cab.bau.tu-bs.de (Jan Hegewald)
Date: Mon, 4 Dec 2006 17:00:34 +0100
Subject: [Users] parallel program
In-Reply-To: <1ce81abb0612040746k29ea79f7s34e5f83836810d6b@mail.gmail.com>
References: <D32A528C-8729-415C-A2A7-553EB97A1A0F@cab.bau.tu-bs.de>
	<1ce81abb0612040746k29ea79f7s34e5f83836810d6b@mail.gmail.com>
Message-ID: <64B11B85-A5BD-4520-9AFE-18FF071ECF14@cab.bau.tu-bs.de>


Am 04.12.2006 um 16:46 schrieb David Rideout:

> The UsersGuide is a good place to start.

Well, me being a bit slow-witted. I have read the application thorn  
writing chapter and scrolled through the rest but can not find  
instructions on how to start a parallel cactus program. I thought  
such things would be in Chapter A3 Running Cactus but where, alas?
Please bare with me even if this is a RTFM question, because I can  
not find help in the manual.

Cheers,
-- Jan

From dprideout at gmail.com  Mon Dec  4 10:13:25 2006
From: dprideout at gmail.com (David Rideout)
Date: Mon, 4 Dec 2006 16:13:25 +0000
Subject: [Users] parallel program
In-Reply-To: <64B11B85-A5BD-4520-9AFE-18FF071ECF14@cab.bau.tu-bs.de>
References: <D32A528C-8729-415C-A2A7-553EB97A1A0F@cab.bau.tu-bs.de>
	<1ce81abb0612040746k29ea79f7s34e5f83836810d6b@mail.gmail.com>
	<64B11B85-A5BD-4520-9AFE-18FF071ECF14@cab.bau.tu-bs.de>
Message-ID: <1ce81abb0612040813r4239834x582681081b1f00f7@mail.gmail.com>

The cactus executable is just an executable which uses mpi.  It
depends on your site, but a common way to start it is e.g.

mpirun -np 16 cactus_my_config my_par_file.par

Is this your question?

-David

On 12/4/06, Jan Hegewald <hegewald at cab.bau.tu-bs.de> wrote:
>
> Am 04.12.2006 um 16:46 schrieb David Rideout:
>
> > The UsersGuide is a good place to start.
>
> Well, me being a bit slow-witted. I have read the application thorn
> writing chapter and scrolled through the rest but can not find
> instructions on how to start a parallel cactus program. I thought
> such things would be in Chapter A3 Running Cactus but where, alas?
> Please bare with me even if this is a RTFM question, because I can
> not find help in the manual.
>
> Cheers,
> -- Jan
> _______________________________________________
> Users mailing list
> Users at cactuscode.org
> http://www.cactuscode.org/mailman/listinfo/users
>

From yye00 at cct.lsu.edu  Mon Dec  4 17:16:01 2006
From: yye00 at cct.lsu.edu (Yaakoub Y El Khamra)
Date: Mon, 04 Dec 2006 17:16:01 -0600
Subject: [Users] Plone spamming issues
Message-ID: <4574AC31.90605@cct.lsu.edu>


Greetings
Having just finished the weekly CactusCode.org website checks it has 
come to my attention that we attracted at least a dozen spam accounts 
that were subsequently deleted and had their data removed. If by any 
chance we accidentally deleted a valid user account we apologize and ask 
you to kindly re-register yourself with the CactusCode.org website.

Regards
Yaakoub

From hegewald at cab.bau.tu-bs.de  Tue Dec  5 01:10:43 2006
From: hegewald at cab.bau.tu-bs.de (Jan Hegewald)
Date: Tue, 5 Dec 2006 08:10:43 +0100
Subject: [Users] parallel program
In-Reply-To: <1ce81abb0612040813r4239834x582681081b1f00f7@mail.gmail.com>
References: <D32A528C-8729-415C-A2A7-553EB97A1A0F@cab.bau.tu-bs.de>
	<1ce81abb0612040746k29ea79f7s34e5f83836810d6b@mail.gmail.com>
	<64B11B85-A5BD-4520-9AFE-18FF071ECF14@cab.bau.tu-bs.de>
	<1ce81abb0612040813r4239834x582681081b1f00f7@mail.gmail.com>
Message-ID: <D685E285-7B50-4A7F-92AE-67494197DC2F@cab.bau.tu-bs.de>

Hello,

Am 04.12.2006 um 17:13 schrieb David Rideout:

> The cactus executable is just an executable which uses mpi.  It
> depends on your site, but a common way to start it is e.g.
>
> mpirun -np 16 cactus_my_config my_par_file.par
>
> Is this your question?

yes. Thank you very much for making this clear. I thought cactus  
might have an own mechanism to launch distributed programmes.
So the same limitations which apply to raw mpi programmes also apply  
to cactus applications (e.g. seldom possible to run with different  
mpi implementations on different machines)?

Cheers,
-- Jan

From dprideout at gmail.com  Tue Dec  5 04:25:45 2006
From: dprideout at gmail.com (David Rideout)
Date: Tue, 5 Dec 2006 10:25:45 +0000
Subject: [Users] parallel program
In-Reply-To: <D685E285-7B50-4A7F-92AE-67494197DC2F@cab.bau.tu-bs.de>
References: <D32A528C-8729-415C-A2A7-553EB97A1A0F@cab.bau.tu-bs.de>
	<1ce81abb0612040746k29ea79f7s34e5f83836810d6b@mail.gmail.com>
	<64B11B85-A5BD-4520-9AFE-18FF071ECF14@cab.bau.tu-bs.de>
	<1ce81abb0612040813r4239834x582681081b1f00f7@mail.gmail.com>
	<D685E285-7B50-4A7F-92AE-67494197DC2F@cab.bau.tu-bs.de>
Message-ID: <1ce81abb0612050225q11965870w4b4b03b3f6e0b2ee@mail.gmail.com>

Well there is a Cactus portal I understand, but am not too familiar
with this.  Perhaps someone else will elaborate.  If you have access
to a grid then perhaps you can use this to launch your jobs.

Cactus is designed to be extremely portable -- it runs on a large
variety of machines with different MPI implementations.  So I'm not
sure what limitations you refer to.

Cheers,
David

On 12/5/06, Jan Hegewald <hegewald at cab.bau.tu-bs.de> wrote:
> Hello,
>
> Am 04.12.2006 um 17:13 schrieb David Rideout:
>
> > The cactus executable is just an executable which uses mpi.  It
> > depends on your site, but a common way to start it is e.g.
> >
> > mpirun -np 16 cactus_my_config my_par_file.par
> >
> > Is this your question?
>
> yes. Thank you very much for making this clear. I thought cactus
> might have an own mechanism to launch distributed programmes.
> So the same limitations which apply to raw mpi programmes also apply
> to cactus applications (e.g. seldom possible to run with different
> mpi implementations on different machines)?
>
> Cheers,
> -- Jan
> _______________________________________________
> Users mailing list
> Users at cactuscode.org
> http://www.cactuscode.org/mailman/listinfo/users
>

From schnetter at cct.lsu.edu  Tue Dec  5 04:43:20 2006
From: schnetter at cct.lsu.edu (Erik Schnetter)
Date: Tue, 5 Dec 2006 11:43:20 +0100
Subject: [Users] parallel program
In-Reply-To: <D685E285-7B50-4A7F-92AE-67494197DC2F@cab.bau.tu-bs.de>
References: <D32A528C-8729-415C-A2A7-553EB97A1A0F@cab.bau.tu-bs.de>
	<1ce81abb0612040746k29ea79f7s34e5f83836810d6b@mail.gmail.com>
	<64B11B85-A5BD-4520-9AFE-18FF071ECF14@cab.bau.tu-bs.de>
	<1ce81abb0612040813r4239834x582681081b1f00f7@mail.gmail.com>
	<D685E285-7B50-4A7F-92AE-67494197DC2F@cab.bau.tu-bs.de>
Message-ID: <58387660-2A42-4E98-9DC0-DE5C70AC0988@cct.lsu.edu>

On Dec 5, 2006, at 08:10:43, Jan Hegewald wrote:

> Hello,
>
> Am 04.12.2006 um 17:13 schrieb David Rideout:
>
>> The cactus executable is just an executable which uses mpi.  It
>> depends on your site, but a common way to start it is e.g.
>>
>> mpirun -np 16 cactus_my_config my_par_file.par
>>
>> Is this your question?
>
> yes. Thank you very much for making this clear. I thought cactus
> might have an own mechanism to launch distributed programmes.
> So the same limitations which apply to raw mpi programmes also apply
> to cactus applications (e.g. seldom possible to run with different
> mpi implementations on different machines)?

If you didn't find this in the users' guide, then we need to add it.   
Thanks for the pointer.

There are MPI versions that you can use across very different  
machines, such as MPICH (I think) or MPICH-G2, built on Globus.  That  
is, instead of making different MPI versions interact, you would  
build the interoperability into MPI itself.

The reason for this is probably that our simulations are mostly  
tightly coupled simulations, and we currently don't change the number  
of participating processors once a run has started.  However, this is  
not a restriction of Cactus itself, it is mostly a restriction of the  
drivers we use.  (A driver is a thorn that provides the large,  
parallel 3D arrays that we use to solve our PDE's.)  Different  
drivers which use different data structures could very naturally add  
or remove processors at run 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 : http://www.cactuscode.org/pipermail/users/attachments/20061205/df8f945a/attachment.bin 

From hegewald at cab.bau.tu-bs.de  Tue Dec  5 05:39:48 2006
From: hegewald at cab.bau.tu-bs.de (Jan Hegewald)
Date: Tue, 5 Dec 2006 12:39:48 +0100
Subject: [Users] parallel program
In-Reply-To: <58387660-2A42-4E98-9DC0-DE5C70AC0988@cct.lsu.edu>
References: <D32A528C-8729-415C-A2A7-553EB97A1A0F@cab.bau.tu-bs.de>
	<1ce81abb0612040746k29ea79f7s34e5f83836810d6b@mail.gmail.com>
	<64B11B85-A5BD-4520-9AFE-18FF071ECF14@cab.bau.tu-bs.de>
	<1ce81abb0612040813r4239834x582681081b1f00f7@mail.gmail.com>
	<D685E285-7B50-4A7F-92AE-67494197DC2F@cab.bau.tu-bs.de>
	<58387660-2A42-4E98-9DC0-DE5C70AC0988@cct.lsu.edu>
Message-ID: <02146214-F118-4942-B011-205127F0AF62@cab.bau.tu-bs.de>

Hello,

Am 05.12.2006 um 11:43 schrieb Erik Schnetter:

> There are MPI versions that you can use across very different  
> machines, such as MPICH (I think) or MPICH-G2, built on Globus.   
> That is, instead of making different MPI versions interact, you  
> would build the interoperability into MPI itself.

well, but most clusters come with a vendor specific mpi  
implementation (e.g. the SGI systems) which one wants to use for  
maximum perfomance. Sure, I could install MPICH on every cluster to  
get a homogeneous  MPI environment, but that is only a bad worlaround  
IMHO.

> The reason for this is probably that our simulations are mostly  
> tightly coupled simulations, and we currently don't change the  
> number of participating processors once a run has started.   
> However, this is not a restriction of Cactus itself, it is mostly a  
> restriction of the drivers we use.

Actually MPI2 can do this e.g. via the spawn command, but be warned:  
communication to spawned machines is slower compared tho that of  
machines which where included on startup.

Cheers,
-- Jan



From hegewald at cab.bau.tu-bs.de  Tue Dec  5 05:42:29 2006
From: hegewald at cab.bau.tu-bs.de (Jan Hegewald)
Date: Tue, 5 Dec 2006 12:42:29 +0100
Subject: [Users] parallel program
In-Reply-To: <1ce81abb0612050225q11965870w4b4b03b3f6e0b2ee@mail.gmail.com>
References: <D32A528C-8729-415C-A2A7-553EB97A1A0F@cab.bau.tu-bs.de>
	<1ce81abb0612040746k29ea79f7s34e5f83836810d6b@mail.gmail.com>
	<64B11B85-A5BD-4520-9AFE-18FF071ECF14@cab.bau.tu-bs.de>
	<1ce81abb0612040813r4239834x582681081b1f00f7@mail.gmail.com>
	<D685E285-7B50-4A7F-92AE-67494197DC2F@cab.bau.tu-bs.de>
	<1ce81abb0612050225q11965870w4b4b03b3f6e0b2ee@mail.gmail.com>
Message-ID: <AD1643FF-121C-4D5D-80C8-38D35811E61A@cab.bau.tu-bs.de>


Am 05.12.2006 um 11:25 schrieb David Rideout:

> Cactus is designed to be extremely portable -- it runs on a large
> variety of machines with different MPI implementations.  So I'm not
> sure what limitations you refer to.

If you want to span a cactus job over different distributed  
environments, e.g. clusterA and clusterB, it is required to install  
the same MPI implementation on both systems. But as always: YMMV

Best,
-- Jan

From hinder at gravity.psu.edu  Wed Dec  6 09:22:09 2006
From: hinder at gravity.psu.edu (Ian Hinder)
Date: Wed, 06 Dec 2006 10:22:09 -0500
Subject: [Users] Termination condition: max_runtime
Message-ID: <4576E021.8060502@gravity.psu.edu>

Hi,

I have recently started to use the Cactus termination condition
'max_runtime' defined in Cactus/src/param.ccl.  However, from looking at
Cactus/src/main/CactusDefaultEvolve.c it looks like the start time is
computed only on the first step of the evolution; i.e. it does not
include the time taken for initial data.  If the initial data
computation is significant then the max_runtime is not correct.

Would it be straightforward to set the start time before the initial
data is computed?

-- 
Ian Hinder
hinder at gravity.psu.edu
http://www.gravity.psu.edu/~hinder

From schnetter at cct.lsu.edu  Wed Dec  6 10:05:26 2006
From: schnetter at cct.lsu.edu (Erik Schnetter)
Date: Wed, 6 Dec 2006 17:05:26 +0100
Subject: [Users] Termination condition: max_runtime
In-Reply-To: <4576E021.8060502@gravity.psu.edu>
References: <4576E021.8060502@gravity.psu.edu>
Message-ID: <3D74FE7D-56A0-4155-A0CF-45C81B87293B@cct.lsu.edu>

On Dec 6, 2006, at 16:22:09, Ian Hinder wrote:

> Hi,
>
> I have recently started to use the Cactus termination condition
> 'max_runtime' defined in Cactus/src/param.ccl.  However, from  
> looking at
> Cactus/src/main/CactusDefaultEvolve.c it looks like the start time is
> computed only on the first step of the evolution; i.e. it does not
> include the time taken for initial data.  If the initial data
> computation is significant then the max_runtime is not correct.
>
> Would it be straightforward to set the start time before the initial
> data is computed?

This is an issue of the driver.

This is accidentally already corrected in the development version of  
Carpet.  The stable version keeps track of the time itself.  See the  
file Evolve.cc; the corresponding variable is called initial_runtime,  
which is set too late.  The development version calls the routine  
CCTK_RunTime() instead, which returns the correct value.

-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 : http://www.cactuscode.org/pipermail/users/attachments/20061206/59905d42/attachment.bin 

From guzman at ifm.umich.mx  Wed Dec  6 11:41:34 2006
From: guzman at ifm.umich.mx (Francisco S. Guzman)
Date: Wed, 6 Dec 2006 11:41:34 -0600 (CST)
Subject: [Users] metric set to flat...
Message-ID: <Pine.LNX.4.58.0612061131050.24854@itzel.ifm.umich.mx>


Dear all,

I'm experiencing some difficulties related to GR:

I'm reading a metric from a file.... interpolating+populating
afterwards.... at the end, I have the matter field introduced and the
lapse properly set up in the grid.... however the 3metric I see is flat,
there might be a parameter that switches off-on  by default  into
flat my nice metric.... I'v tries using admbase::metric_type="physical",
just to see whether there is a parameter somewhere, but does not work....

Could it be that I'm scheduling the read-file routine at the wrong stage?
I'm doing it after LapseOne.... should it be scheduled in a different
way?....

This schedule used to work last year, but perhaps something has
chenged?...

Any clues? any similar experiences?....

Best regards,
Francisco

--
Francisco Siddhartha Guzman Murillo.
Instituto de F??sica y Matem??ticas,
Universidad Michoacana de San Nicol??s de Hidalgo
Phone: +52 (443) 322 3500 ext 4119
http://www.ifm.umich.mx/guzman/


From schnetter at cct.lsu.edu  Wed Dec  6 12:23:20 2006
From: schnetter at cct.lsu.edu (Erik Schnetter)
Date: Wed, 6 Dec 2006 19:23:20 +0100
Subject: [Users] metric set to flat...
In-Reply-To: <Pine.LNX.4.58.0612061131050.24854@itzel.ifm.umich.mx>
References: <Pine.LNX.4.58.0612061131050.24854@itzel.ifm.umich.mx>
Message-ID: <00D7B8A6-8EC5-4488-889B-960EA4DAEAFC@cct.lsu.edu>

On Dec 6, 2006, at 18:41:34, Francisco S. Guzman wrote:

> Dear all,
>
> I'm experiencing some difficulties related to GR:
>
> I'm reading a metric from a file.... interpolating+populating
> afterwards.... at the end, I have the matter field introduced and the
> lapse properly set up in the grid.... however the 3metric I see is  
> flat,
> there might be a parameter that switches off-on  by default  into
> flat my nice metric.... I'v tries using  
> admbase::metric_type="physical",
> just to see whether there is a parameter somewhere, but does not  
> work....
>
> Could it be that I'm scheduling the read-file routine at the wrong  
> stage?
> I'm doing it after LapseOne.... should it be scheduled in a different
> way?....
>
> This schedule used to work last year, but perhaps something has
> chenged?...
>
> Any clues? any similar experiences?....

If you don't set the parameter for the initial metric that you want,  
then the default is to initialise it with a flat metric; this is done  
by the thorn ADMBase.  This may be what is happening to you.

You can activate the thorn AEIThorns/IDFileADM, which lets you  
specify an initial metric that is read from a file, so that there is  
no initial data thorn overwriting what you read from a file.  You  
should continue to use the file reader as you do now; this thorn  
doesn't actually read any files.

-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 : http://www.cactuscode.org/pipermail/users/attachments/20061206/a63ce725/attachment.bin 

From goodale at cct.lsu.edu  Thu Dec  7 08:11:15 2006
From: goodale at cct.lsu.edu (Tom Goodale)
Date: Thu, 7 Dec 2006 14:11:15 +0000 (GMT)
Subject: [Users] metric set to flat...
In-Reply-To: <00D7B8A6-8EC5-4488-889B-960EA4DAEAFC@cct.lsu.edu>
References: <Pine.LNX.4.58.0612061131050.24854@itzel.ifm.umich.mx>
	<00D7B8A6-8EC5-4488-889B-960EA4DAEAFC@cct.lsu.edu>
Message-ID: <Pine.LNX.4.64.0612071409110.18193@fandango.dyndns.org>

On Wed, 6 Dec 2006, Erik Schnetter wrote:

> On Dec 6, 2006, at 18:41:34, Francisco S. Guzman wrote:
>
>> Dear all,
>> 
>> I'm experiencing some difficulties related to GR:
>> 
>> I'm reading a metric from a file.... interpolating+populating
>> afterwards.... at the end, I have the matter field introduced and the
>> lapse properly set up in the grid.... however the 3metric I see is flat,
>> there might be a parameter that switches off-on  by default  into
>> flat my nice metric.... I'v tries using admbase::metric_type="physical",
>> just to see whether there is a parameter somewhere, but does not work....
>> 
>> Could it be that I'm scheduling the read-file routine at the wrong stage?
>> I'm doing it after LapseOne.... should it be scheduled in a different
>> way?....
>> 
>> This schedule used to work last year, but perhaps something has
>> chenged?...
>> 
>> Any clues? any similar experiences?....
>
> If you don't set the parameter for the initial metric that you want, then the 
> default is to initialise it with a flat metric; this is done by the thorn 
> ADMBase.  This may be what is happening to you.
>
> You can activate the thorn AEIThorns/IDFileADM, which lets you specify an 
> initial metric that is read from a file, so that there is no initial data 
> thorn overwriting what you read from a file.  You should continue to use the 
> file reader as you do now; this thorn doesn't actually read any files.

Or you should be able to just have your file reader extend the ADMBase 
initial data parameters to have some value for 'file', which is what I 
assume the AEIThorns one is doing.

Cheers,

Tom

From dprideout at gmail.com  Fri Dec 15 13:02:14 2006
From: dprideout at gmail.com (David Rideout)
Date: Fri, 15 Dec 2006 19:02:14 +0000
Subject: [Users] default values for array parameters
Message-ID: <1ce81abb0612151102t4fadeddfjf55dfe2568e61e14@mail.gmail.com>

How does one specify the default value for an array parameter in
param.ccl?  It is not documented in the appendix E2.3 of the
UsersGuide.  The C syntax {val1, val2, val3, ...} seems to be silently
ignored by the CST.

Thanks,
David

From schnetter at cct.lsu.edu  Fri Dec 15 13:18:01 2006
From: schnetter at cct.lsu.edu (Erik Schnetter)
Date: Fri, 15 Dec 2006 20:18:01 +0100
Subject: [Users] default values for array parameters
In-Reply-To: <1ce81abb0612151102t4fadeddfjf55dfe2568e61e14@mail.gmail.com>
References: <1ce81abb0612151102t4fadeddfjf55dfe2568e61e14@mail.gmail.com>
Message-ID: <58E0C5B3-BD40-4415-944D-C209FD6C82FC@cct.lsu.edu>

On Dec 15, 2006, at 20:02:14, David Rideout wrote:

> How does one specify the default value for an array parameter in
> param.ccl?  It is not documented in the appendix E2.3 of the
> UsersGuide.  The C syntax {val1, val2, val3, ...} seems to be silently
> ignored by the CST.

It is only possible to specify a single default value, using the same  
syntax as for scalar parameters.  This will be the default value for  
all array elements.

-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 : http://www.cactuscode.org/pipermail/users/attachments/20061215/75f4eef5/attachment.bin 

From jthorn at aei.mpg.de  Sat Dec 16 02:14:25 2006
From: jthorn at aei.mpg.de (Jonathan Thornburg)
Date: Sat, 16 Dec 2006 09:14:25 +0100 (CET)
Subject: [Users] default values for array parameters
In-Reply-To: <1ce81abb0612151102t4fadeddfjf55dfe2568e61e14@mail.gmail.com>
References: <1ce81abb0612151102t4fadeddfjf55dfe2568e61e14@mail.gmail.com>
Message-ID: <Pine.LNX.4.63.0612160910400.21617@xeon44.aei.mpg.de>

Hi,

On Fri, 15 Dec 2006, David Rideout wrote:
> How does one specify the default value for an array parameter in
> param.ccl?  It is not documented in the appendix E2.3 of the
> UsersGuide.  The C syntax {val1, val2, val3, ...} seems to be silently
> ignored by the CST.

So far as I know, the only thing Cactus supports is to specify a
scalar default, this is used for each array element.  If you want
different defaults for different array elements (e.g. the C syntax
with a default value of {42,69,105}), you're out of luck. :(

I had thought I had an open bug report (feature request) for this,
but search in gnats just now I can't find it...

ciao,

-- 
-- Jonathan Thornburg <jthorn at aei.mpg.de>      
   Max-Planck-Institut fuer Gravitationsphysik (Albert-Einstein-Institut),
   Golm, Germany, "Old Europe"     http://www.aei.mpg.de/~jthorn/home.html      
   "Washing one's hands of the conflict between the powerful and the
    powerless means to side with the powerful, not to be neutral."
                                      -- quote by Freire / poster by Oxfam


From goodale at cct.lsu.edu  Mon Dec 18 03:41:58 2006
From: goodale at cct.lsu.edu (Tom Goodale)
Date: Mon, 18 Dec 2006 09:41:58 +0000 (GMT)
Subject: [Users] default values for array parameters
In-Reply-To: <Pine.LNX.4.63.0612160910400.21617@xeon44.aei.mpg.de>
References: <1ce81abb0612151102t4fadeddfjf55dfe2568e61e14@mail.gmail.com>
	<Pine.LNX.4.63.0612160910400.21617@xeon44.aei.mpg.de>
Message-ID: <Pine.LNX.4.64.0612180940130.29080@fandango.dyndns.org>

On Sat, 16 Dec 2006, Jonathan Thornburg wrote:

> On Fri, 15 Dec 2006, David Rideout wrote:
>> How does one specify the default value for an array parameter in
>> param.ccl?  It is not documented in the appendix E2.3 of the
>> UsersGuide.  The C syntax {val1, val2, val3, ...} seems to be silently
>> ignored by the CST.
>
> So far as I know, the only thing Cactus supports is to specify a
> scalar default, this is used for each array element.  If you want
> different defaults for different array elements (e.g. the C syntax
> with a default value of {42,69,105}), you're out of luck. :(
>
> I had thought I had an open bug report (feature request) for this,
> but search in gnats just now I can't find it...

I've played with the idea too, plus having syntax in the the parameter 
file to allow one to set several values at once, but haven't gotten round 
to implementing either 8-(

Tom

From schnetter at cct.lsu.edu  Mon Dec 18 14:10:56 2006
From: schnetter at cct.lsu.edu (Erik Schnetter)
Date: Mon, 18 Dec 2006 21:10:56 +0100
Subject: [Users] Iterator for cHandledData?
Message-ID: <E3FB61C5-7299-4C00-B821-FA7F9F029648@cct.lsu.edu>

Is there a way to iterate over all elements of a cHandledData  
object?  I found only functions to add, access, and remove elements.

-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 : http://www.cactuscode.org/pipermail/users/attachments/20061218/8d0b4188/attachment.bin 

From jtao at cct.lsu.edu  Mon Dec 18 19:31:53 2006
From: jtao at cct.lsu.edu (jtao at cct.lsu.edu)
Date: Mon, 18 Dec 2006 19:31:53 -0600
Subject: [Users] extent in HyperSlab
Message-ID: <20061218193153.5ce51j24qo8s848c@webmail.cct.lsu.edu>

I am in a process of converting a code to use the new
HyperSlab interface. The only thing I am not sure at
this moment is the argument extent in the function
Hyperslab_GlobalMappingByIndex (...).

I believe it is corresponding to the argument
length in the old function Hyperslab_GetHyperslab(...).

In a situation that the length is unknown, one can set
length = -1 to let the function to determine what it should be.
However in the new interface, one has no such a choice (please
correct me if I am wrong). Are there any recommended solutions
to deal with an unknown extent ?

Thanks in advance,
Jian


From tradke at aei.mpg.de  Tue Dec 19 03:16:19 2006
From: tradke at aei.mpg.de (Thomas Radke)
Date: Tue, 19 Dec 2006 10:16:19 +0100
Subject: [Users] extent in HyperSlab
In-Reply-To: <20061218193153.5ce51j24qo8s848c@webmail.cct.lsu.edu>
References: <20061218193153.5ce51j24qo8s848c@webmail.cct.lsu.edu>
Message-ID: <4587ADE3.9060103@aei.mpg.de>

jtao at cct.lsu.edu wrote:
> I am in a process of converting a code to use the new
> HyperSlab interface. The only thing I am not sure at
> this moment is the argument extent in the function
> Hyperslab_GlobalMappingByIndex (...).
> 
> I believe it is corresponding to the argument
> length in the old function Hyperslab_GetHyperslab(...).
> 
> In a situation that the length is unknown, one can set
> length = -1 to let the function to determine what it should be.
> However in the new interface, one has no such a choice (please
> correct me if I am wrong). Are there any recommended solutions
> to deal with an unknown extent ?

Hi Jian,

why would the extent be unknown ? I guess you know which grid variables 
you want to hyperslab, so you can use CCTK_GroupgshVI() to query the 
global shape of their group and pass that information as extent vector 
into Hyperslab_GlobalMappingByIndex(). That's how it's implemented in 
CactusBase/IOASCII and CactusExamples/SampleIO.

-- 
Cheers, Thomas.

From goodale at cct.lsu.edu  Tue Dec 19 03:46:35 2006
From: goodale at cct.lsu.edu (Tom Goodale)
Date: Tue, 19 Dec 2006 09:46:35 +0000 (GMT)
Subject: [Users] Iterator for cHandledData?
In-Reply-To: <E3FB61C5-7299-4C00-B821-FA7F9F029648@cct.lsu.edu>
References: <E3FB61C5-7299-4C00-B821-FA7F9F029648@cct.lsu.edu>
Message-ID: <Pine.LNX.4.64.0612190941270.3126@fandango.dyndns.org>


On Mon, 18 Dec 2006, Erik Schnetter wrote:

> Is there a way to iterate over all elements of a cHandledData object?  I 
> found only functions to add, access, and remove elements.

Not at the moment.

Tom