Trac March 2011

trac@lists.einsteintoolkit.org

1 participants
136 discussions

[Einstein Toolkit] #200: IDAnalyticBH: Kerr initial data not smooth near z-axis
by Einstein Toolkit 08 Mar '11

08 Mar '11

#200: IDAnalyticBH: Kerr initial data not smooth near z-axis --------------------------------------+------------------------------------- Reporter: bernard.j.kelly@… | Type: defect Status: new | Priority: minor Milestone: ET_2010_11 | Component: Cactus Version: ET_2010_11 | Keywords: Kerr discontinuity --------------------------------------+------------------------------------- The Kerr initial data (in EinsteinInitialData/IDAnalyticBH/src/Kerr.c) has a defect along the z-axis (that is, the spin axis of the hole). The three- metric (for instance) is not smooth across this axis, leading to discontinuities in second spatial derivatives near there. This appears to be due to overly crude safety measures protecting from division by zero when calculating this data. Tweaking these measures for more self-consistency leads to much smoother behaviour. I'm attaching a simple patch that fixes the problem at least for metric_type = physical. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/200> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #306: SimFactory should not delete all .log files when syncing
by Einstein Toolkit 08 Mar '11

08 Mar '11

#306: SimFactory should not delete all .log files when syncing ------------------------+--------------------------------------------------- Reporter: hinder | Owner: mthomas Type: defect | Status: new Priority: minor | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- In defs.ini, all *.log files are excluded from a sync. These are part of, for example, the AEILocalInterp thorn. I don't think that these should be deleted. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/306> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #172: CCL error message has no file name
by Einstein Toolkit 08 Mar '11

08 Mar '11

#172: CCL error message has no file name ----------------------+----------------------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Cactus | Version: Keywords: | ----------------------+----------------------------------------------------- I just received the following fatal error message from Cactus: Processing CCL files CST error 1: -> Error parsing optional block line '' Missing { at start of block. This error message does not tell me which thorn or file causes this. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/172> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 7

[Einstein Toolkit] #164: Support user directories for configuration files
by Einstein Toolkit 08 Mar '11

08 Mar '11

#164: Support user directories for configuration files -------------------------+-------------------------------------------------- Reporter: hinder | Owner: mthomas Type: enhancement | Status: new Priority: minor | Milestone: Component: SimFactory | Version: Keywords: | -------------------------+-------------------------------------------------- It would be nice to have a separate simfactory directory for all user customisations rather than mixing them in with the code. This way, one can update simfactory (or delete/recheckout) without having to extract all changes. Here is one possible solution: Allow the user to specify a "sf-config" directory (maybe there is a better name) in the defs.local.ini. Any configuration files, for example mdb entries, scriptfiles etc, should be searched for under sf-config first before looking in the standard location. One could then set sf-config = simfactory.user and put local machine definitions and scriptfiles and modifications to the standard ones which are never going to be committed. One could keep the same directory structure under simfactory.user as is in simfactory, or it might be better to just search for files in that directory, since all the files should have different names, and an extra hierarchy is just annoying. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/164> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 6

[Einstein Toolkit] #129: Warnings during syncing
by Einstein Toolkit 08 Mar '11

08 Mar '11

#129: Warnings during syncing ------------------------+--------------------------------------------------- Reporter: eschnett | Owner: mthomas Type: defect | Status: new Priority: minor | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- When I synchronise with the Python SimFactory, I receive many warnings such as: cannot delete non-empty directory: simfactory/branches/PYSIM_2010/lib/modules cannot delete non-empty directory: simfactory/branches/PYSIM_2010/lib/modules cannot delete non-empty directory: simfactory/branches/PYSIM_2010/lib/archive cannot delete non-empty directory: simfactory/branches/PYSIM_2010/lib/archive cannot delete non-empty directory: simfactory/branches/PYSIM_2010/lib cannot delete non-empty directory: simfactory/branches/PYSIM_2010/lib cannot delete non-empty directory: simfactory/branches/PYSIM_2010 cannot delete non-empty directory: simfactory/branches/PYSIM_2010 cannot delete non-empty directory: simfactory/branches I know where they come from; however, they are nevertheless annoying. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/129> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #127: Restarts should have hard link to executable
by Einstein Toolkit 08 Mar '11

08 Mar '11

#127: Restarts should have hard link to executable ------------------------+--------------------------------------------------- Reporter: eschnett | Owner: mthomas Type: defect | Status: new Priority: minor | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- Restarts should contain a copy of the executable, so that they are self- contained. This "copy" should be implemented via a hard link if possible (to save space). -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/127> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #125: Old SImFactory web page should have a link to the new one
by Einstein Toolkit 08 Mar '11

08 Mar '11

#125: Old SImFactory web page should have a link to the new one -------------------------+-------------------------------------------------- Reporter: hinder | Owner: mthomas Type: enhancement | Status: new Priority: minor | Milestone: Component: SimFactory | Version: Keywords: | -------------------------+-------------------------------------------------- The web page at http://www.cct.lsu.edu/~eschnett/SimFactory/ should have a link to the simfactory.org website. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/125> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #77: Strange error message
by Einstein Toolkit 08 Mar '11

08 Mar '11

#77: Strange error message ------------------------+--------------------------------------------------- Reporter: eschnett | Owner: mthomas Type: defect | Status: new Priority: minor | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- I received the following error message from SimFactory: $ ./simfactory/sim sync mars Traceback (most recent call last): File "./simfactory/sim", line 158, in <module> SimEnvironment.initApp(usageString=buildUsageString(), optionGroups=optionGroups) File "/Users/eschnett/EinsteinToolkit-hg/simfactory/lib/simenv.py", line 71, in initApp self.LoadConfigurationDatabase() File "/Users/eschnett/EinsteinToolkit-hg/simfactory/lib/simenv.py", line 131, in LoadConfigurationDatabase self.ConfigurationDatabase.Load() File "/Users/eschnett/EinsteinToolkit-hg/simfactory/lib/simdb.py", line 78, in Load self.CheckSyntax() File "/Users/eschnett/EinsteinToolkit-hg/simfactory/lib/simdb.py", line 109, in CheckSyntax syntaxChecker.SyntaxCheck() File "/Users/eschnett/EinsteinToolkit-hg/simfactory/lib/pyini.py", line 357, in SyntaxCheck self.SyntaxError("required key %s in section %s is missing" % (skey, ini_section)) File "/Users/eschnett/EinsteinToolkit-hg/simfactory/lib/pyini.py", line 418, in SyntaxError dprint("Syntax error: %s" % (error)) File "/Users/eschnett/EinsteinToolkit-hg/simfactory/lib/libutil.py", line 22, in dprint lib = env.SimLib AttributeError: SimEnvironment instance has no attribute 'SimLib' I assume I have an error in my local mdb for a machine called "Mars"; however, I don't see what key is missing or what error I have. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/77> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #205: Running on Requin fails
by Einstein Toolkit 08 Mar '11

08 Mar '11

#205: Running on Requin fails ------------------------+--------------------------------------------------- Reporter: eschnett | Owner: mthomas Type: defect | Status: new Priority: critical | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- Running on Requin on Sharcnet fails. The simulation is apparently created and submitted fine, but when the run command executes the simulation is inactive (!). I assume it either was not activated during submission (which it should have), or it was inactivated by a cleanup command in the mean time (which should not have happened, and which did not leave a log trail.) I attach the screen output from remotely creating and submitting the simulation, and also the simfactory log file from Requin.n -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/205> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 6

[Einstein Toolkit] #100: ExternalLibraries/HDF5/HDF5.sh fails to catch a missing library file in user implementation
by Einstein Toolkit 08 Mar '11

08 Mar '11

#100: ExternalLibraries/HDF5/HDF5.sh fails to catch a missing library file in user implementation ------------------------------------+--------------------------------------- Reporter: bmundim | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Other | Version: Keywords: ExternalLibraries HDF5 | ------------------------------------+--------------------------------------- When the user sets for example both HDF5=yes HDF5_DIR=/usr the script HDF5.sh fails to assert if all library files are currently present in the user HDF5 implementation, what leads later on to a linking error, halting then the executable building process. Some library files are missing in the HDF5 version shipped by the Ubuntu distro, for example: libhdf5_hl_cpp.a Shouldn't the script output an warning message, and allow linking without this option, since this is not a core library file? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/100> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 8

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac March 2011