Users February 2014

users@lists.einsteintoolkit.org

11 participants
17 discussions

Einstein Toolkit Meeting Reminder
by Frank Loeffler 09 Feb '14

09 Feb '14

Hi Please consider joining the weekly Einstein Toolkit phone call at 10 am US central time on Mondays. As usual, you can find instructions how to join on the following web site: http://einsteintoolkit.org/community/support/ In short: the number is (+1) 225-578-4942 or (+1) 866-573-0359 and the conference id is 118682#. Peter Diener will host this meeting. Frank

1 0

Re: [Users] Users Digest, Vol 47, Issue 8
by David Bradley 08 Feb '14

08 Feb '14

On 02/08/2014 12:00 PM, users-request(a)einsteintoolkit.org wrote: > Send Users mailing list submissions to > users(a)einsteintoolkit.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.einsteintoolkit.org/mailman/listinfo/users > or, via email, send a message with subject or body 'help' to > users-request(a)einsteintoolkit.org > > You can reach the person managing the list at > users-owner(a)einsteintoolkit.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Users digest..." > > > > Today's Topics: > > 1. Re: make utils ignoring config file? (Erik Schnetter) > 2. @ENV(FOO)@ in simfactory (Roland Haas) > 3. Re: @ENV(FOO)@ in simfactory (Frank Loeffler) > 4. Re: @ENV(FOO)@ in simfactory (Roland Haas) > 5. Re: @ENV(FOO)@ in simfactory (Erik Schnetter) > 6. Re: @ENV(FOO)@ in simfactory (Erik Schnetter) > 7. Re: @ENV(FOO)@ in simfactory (Roland Haas) > > > > _______________________________________________ > Users mailing list > Users(a)einsteintoolkit.org > http://lists.einsteintoolkit.org/mailman/listinfo/users > I have been following the simfactory discussion and am uncertain where the current software applies to someone in my position. My system is a dual pentium 4 at 3Ghz running mint 16. In order to point to a specific item, what is the current simfactory in terms of 1. stable 2. devel trees when running say the Gowdy.par simulation. I hope that pointing to a specific par file may help others in this line of inquiry dave

1 0

@ENV(FOO)@ in simfactory
by Roland Haas 07 Feb '14

07 Feb '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello all, I have the vague feeling that I have asked that before, but cannot find an actual discussion on this: should the @ENV(FOO)@ functionality in simfactory currently be usable? There is some code (in the ParseEnvCommands function) that would seem to handle it but from doing a grep on that function name, it does not actually seem to ever be called from within the simfactory main code. I tried the attached (incorrect if Cactus was to actually parse it but we don't get that far) par file. Which tries various methods to get simfactory to expand @ENV(USER)@ into rhaas (in my case...) before handing the parfile to Cactus. However this does not happen and the strings all stay unexpanded. Does anyone remember if @ENV(FOO)@ should work right now? I do realize that I could either use Cactus' build in $ENV{FOO} to get the parfile parser to resolve the variable, but that requires that I pass the variable to the compute node and the PBS scripts in simfactory don't do that (I don't really want $USER but $LORENE_DATA_DIR). I could also use an rpar file (ie a python/perl script) and do the string manipulations in there, but if possible I'd limit the number of layers of modifications done to the script and stick to "stock options" since this is for an example parfile. 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. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlL1LXQACgkQTiFSTN7SboXYBwCgz3PxrRBTspLaC8ooRrs3Phz/ 03kAn1BXb5Pv+1Sacxm+dtt/lc3jKxb3 =ZSNW -----END PGP SIGNATURE-----

5 5

make utils ignoring config file?
by Vassilios Mewes 07 Feb '14

07 Feb '14

Hello when building with simfactory, configname-utils are built by default..on the cluster i have been building with simfactory, which uses intel mpi, i need to use the -mt_mpi flags in order to successfully build with openmp.. building the configuration works fine with that, however, when building the utils (using simfactory or manually with $make configname-utils i get the following errors: ld: MPIR_Thread: TLS definition in /afs/(a)cell/common/soft/intel/ics2013/impi/4.1.3/lib64/libmpi_mt.so section .tbss mismatches non-TLS definition in /afs/(a)cell/common/soft/intel/ics2013/impi/4.1.3/lib64/libmpi.so section .bss /afs/(a)cell/common/soft/intel/ics2013/impi/4.1.3/lib64/libmpi.so: could not read symbols: Bad value make[1]: *** [/ran/u/mvass/cactus/Cactus/exe/ET_INTEL_SIM/carpet2xgraph] Error 1 make[1]: *** Waiting for unfinished jobs.... and the same for all utilities trying to be built those were precisely the errors i got around by usingt he -mt_mpi flags and using -lmpi_mt library in my config file... it however seems that this is ignored for the build of the utils... I have actually never used them before, but it seems strange that they canot be built while the Toolkit exe compiles just fine.. best wishes, Vassili

2 1

extreaneous (?) 0 in bluewaters-gnu.cfg
by Roland Haas 07 Feb '14

07 Feb '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello all, the first line in bluewaters-gnu.cfg currently (rev 2266) read: 0# Whenever this version string changes, the application is configured ie starts with a "0". Is this intional (ie similar to having to end a perl module file with "1;" for some reason) ? 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. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlL1GLEACgkQTiFSTN7SboWXZQCgpV7v4EgBUNmMmdPLR885ax90 REYAn1zUJEPhQg12b0rjvHQb7M6E4xRL =wy4z -----END PGP SIGNATURE-----

3 2

Meeting Minutes
by Roland Haas 05 Feb '14

05 Feb '14

Present: Frank, Roland, Matt, Erik, Peter using intel 14 compiler: * Frank tried and failed with a compiler abort inside of CTGamma * Erik tried on a machine with both gcc 4.8 and gcc 4.7 installed which causes the compilation to fail due to improperly chosen include files (see: http://software.intel.com/en-us/forums/topic/489013) enabled-thorns option: * triggered by ticket #1532 * the current method is not yet optimal * several options discussed: 1. disable thorns from inside Cactus when they detect hey cannot run, this needs to be done very early in the build process 2. use two thornlists, one generated automatically from the other. Simfactory or GetComponents may do this. 3. thorns detect at configure time that they cannot compile and turn themselves into No-OP thorns. This shifts errors to run time. 4. duplicate thorn entries in thornlist, one copy in the CHECKOUT line to have GetComponents check it out and a second (commented out) copy in the bulk so that simfactory can activate it if desired misc: * Peter will host the call next week Yours, Roland

6 10

Re: [Users] simfactory
by Roland Haas 05 Feb '14

05 Feb '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello Vassili, > sorry to keep bothering you... No problem. Sorry for the delayed reply, I had not seen your second question in the email. > I tried around getting the output folder to be in the > simulation_name/SIMFACTORY/data folder, but couldn't figure it > out..its not terribly important, but would be nice to write the > data to that folder.. > > any ideas? Sorry, I have no idea how to change the output directory. I suspect that the output-0000 names are hard-coded into simfactory. In particular I do not think it is possible (nor advisable) to accumulate output from different segments in the same directory. 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. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlLyZJcACgkQTiFSTN7SboVqzgCgjb47I9Vb0haz+DKRKFVAAEoa jCoAnA5oxdfwnn+x1rTR504YssMvju6T =l5K2 -----END PGP SIGNATURE-----

5 6

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Users February 2014