Trac February 2011

trac@lists.einsteintoolkit.org

1 participants
134 discussions

[Einstein Toolkit] #242: build fails after running out of disk space
by Einstein Toolkit 02 May '11

02 May '11

#242: build fails after running out of disk space ------------------------+--------------------------------------------------- Reporter: eschnett | Owner: mthomas Type: defect | Status: new Priority: major | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- After running out of disk space (and then removing 16 GByte), building fails on numrel09: $ ./bin/sim build DEBUG: Simfactory command: ./bin/../simfactory/lib/sim.py "build" DEBUG: Version exported The Simulation Factory: Manage Cactus simulations Info: defs: /home/eschnett/EinsteinToolkit-hg- vanilla/simfactory/etc/defs.ini Info: defs.local: /home/eschnett/EinsteinToolkit-hg- vanilla/simfactory/etc/defs.local.ini Info: Executing command: build Using configuration: sim Info: Cactus Directory: /home/eschnett/EinsteinToolkit-hg-vanilla Traceback (most recent call last): File "./bin/../simfactory/lib/sim.py", line 142, in <module> main() File "./bin/../simfactory/lib/sim.py", line 139, in main CommandDispatch() File "./bin/../simfactory/lib/sim.py", line 106, in CommandDispatch module.main() File "/home/eschnett/EinsteinToolkit-hg-vanilla/simfactory/lib/sim- build.py", line 420, in main CommandDispatch() File "/home/eschnett/EinsteinToolkit-hg-vanilla/simfactory/lib/sim- build.py", line 347, in CommandDispatch exec("command_%s()" % command) File "<string>", line 1, in <module> File "/home/eschnett/EinsteinToolkit-hg-vanilla/simfactory/lib/sim- build.py", line 391, in command_build PrepConfiguration(config) File "/home/eschnett/EinsteinToolkit-hg-vanilla/simfactory/lib/sim- build.py", line 58, in PrepConfiguration prop.init(propertiesFile) File "/home/eschnett/EinsteinToolkit-hg- vanilla/simfactory/lib/restartlib.py", line 101, in init self.ImportProperties() File "/home/eschnett/EinsteinToolkit-hg- vanilla/simfactory/lib/restartlib.py", line 107, in ImportProperties for key in section.keys(): AttributeError: 'NoneType' object has no attribute 'keys' This looks as if some internal information about the build has become corrupt, maybe because of a partially written file. This may be a rare case not worth handling elegantly. However -- what should I do now? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/242> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 7

[Einstein Toolkit] #313: Reorder CUDA specific makefile rules
by Einstein Toolkit 22 Apr '11

22 Apr '11

#313: Reorder CUDA specific makefile rules -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Cactus | Version: Keywords: | -------------------------+-------------------------------------------------- The rules to build CUDA source files are very similar to those for C and C++, and different from those for the Fortrans. I suggest to reorder these makefile rules to make the code easier to understand. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/313> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #268: The CUDA flags need to be documented
by Einstein Toolkit 19 Apr '11

19 Apr '11

#268: The CUDA flags need to be documented -------------------------+-------------------------------------------------- Reporter: knarf | Owner: jtao Type: enhancement | Status: new Priority: minor | Milestone: Component: Cactus | Version: Keywords: | -------------------------+-------------------------------------------------- The new CUDA flags in the flesh (r4684) need to be documented. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/268> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #232: GetComponents has a zero return code even when all components were not checked out
by Einstein Toolkit 18 Apr '11

18 Apr '11

#232: GetComponents has a zero return code even when all components were not checked out ---------------------------+------------------------------------------------ Reporter: hinder | Owner: eric9 Type: defect | Status: new Priority: major | Milestone: Component: GetComponents | Version: Keywords: | ---------------------------+------------------------------------------------ When I run GetComponents, I frequently run into what I can only assume are transient network errors of the following form: Checking out module: CactusNumerical/Cartoon2D from repository: http://svn.cactuscode.org/arrangements/CactusNumerical/Cartoon2D/trunk into: ./arrangements svn: REPORT of '/arrangements/CactusNumerical/Cartoon2D/!svn/vcc/default': Could not read response body: connection was closed by server. (http://svn.cactuscode.org) It used to be the case that GetComponents would return a nonzero exit code in this case so that my automated script can detect this and try again. Now GetComponents says: 163 components checked out. 0 components updated. Unable to process CactusNumerical/Cartoon2D Unable to process EinsteinInitialData/Exact Unable to process EinsteinInitialData/TwoPunctures Time Elapsed: 270 minutes, 51 seconds and returns a zero exit code. This is preventing nightly build and test from running. I am using the version of GetComponents from http://svn.cactuscode.org/Utilities/trunk/Scripts/GetComponents -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/232> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #216: Thorns in ExternalLibraries should abort if the old "extras" mechanism has been selected
by Einstein Toolkit 02 Apr '11

02 Apr '11

#216: Thorns in ExternalLibraries should abort if the old "extras" mechanism has been selected -------------------------------+-------------------------------------------- Reporter: hinder | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Cactus | Version: Keywords: ExternalLibraries | -------------------------------+-------------------------------------------- The old way of specifying the location of external libraries, from Cactus/lib/make/extras, for example setting HDF5 = yes, is not compatible with the new mechanism where you must simply include the appropriate thorn from ExternalThorns. Using both can be confusing. I propose modifying the thorns in ExternalLibraries to check if the old mechanism has been selected, and to abort with an explanatory error message telling the user not to set, e.g. HDF5 = yes, if they are using ExternalLibraries/HDF5. I am attaching a completely untested patch for the HDF5 thorn which implements something like this. The code to determine if the user selected HDF5 = yes was taken from the extras directory. Comments? If this is appropriate, it can be adapted to all the thorns in ExternalLibraries. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/216> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #302: Multipole HDF5 file truncation with multiple variables
by Einstein Toolkit 02 Apr '11

02 Apr '11

#302: Multipole HDF5 file truncation with multiple variables -----------------------+---------------------------------------------------- Reporter: hinder | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Other | Version: Keywords: Multipole | -----------------------+---------------------------------------------------- Previously a "first_time" variable was used to determine if truncation should happen. When decomposing multiple variables, this logic is incorrect. We now store the first_time information per output file. I have tested the patch. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/302> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 6

[Einstein Toolkit] #225: Patch: Create prototypes for all scheduled functions
by Einstein Toolkit 30 Mar '11

30 Mar '11

#225: Patch: Create prototypes for all scheduled functions -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: Cactus | Version: Keywords: | -------------------------+-------------------------------------------------- The attached patch makes the CST stage create prototypes for all scheduled functions into a new file cctk_ScheduleFunctions.h, which is included into cctk.h. This is done only for C (and C++) since Fortran prototypes cannot be declared at file scope. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/225> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #311: TimerReport: Allow user to disable scheduled function timer table
by Einstein Toolkit 30 Mar '11

30 Mar '11

#311: TimerReport: Allow user to disable scheduled function timer table -------------------------+-------------------------------------------------- Reporter: hinder | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Cactus | Version: Keywords: TimerReport | -------------------------+-------------------------------------------------- Now that TimerReport has several options for outputting timer data, the old-style table of schedule timers on standard output is often no longer needed, and takes up a lot of space in standard output. The attached patch provides a boolean parameter, TimerReport::output_schedule_timers=yes/no, defaulting to "yes" to maintain the current default behaviour. Users who want to use the "top timers" output instead now have the option to disable the scheduled function timer table. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/311> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 8

[Einstein Toolkit] #289: latex reports errors when compile UserGuide manual
by Einstein Toolkit 27 Mar '11

27 Mar '11

#289: latex reports errors when compile UserGuide manual --------------------+------------------------------------------------------- Reporter: jtao | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Cactus | Version: ET_2010_11 Keywords: | --------------------+------------------------------------------------------- gmake reported an error and many warning messages when I tried to compile UserGuide.pdf. doc/UsersGuide/LATEX_MESSAGES is attached. Creating user documentation UsersGuide.pdf Running pdflatex.... ! Missing $ inserted. ! Extra }, or forgotten $. ! Extra }, or forgotten $. ! Extra }, or forgotten $. ! Extra }, or forgotten $. ! Missing $ inserted. ! Extra }, or forgotten $. ! Extra }, or forgotten $. ! Extra }, or forgotten $. ! Extra }, or forgotten $. ! Missing $ inserted. ! Extra }, or forgotten $. ! Extra }, or forgotten $. ! Extra }, or forgotten $. ! Extra }, or forgotten $. ! Missing $ inserted. ! Extra }, or forgotten $. ! Extra }, or forgotten $. ! Extra }, or forgotten $. ! Extra }, or forgotten $. ! Missing $ inserted. ! Extra }, or forgotten $. ! Extra }, or forgotten $. ! Extra }, or forgotten $. ! Extra }, or forgotten $. ! Extra }, or forgotten $. ! Missing $ inserted. ! Missing } inserted. ! Missing } inserted. ! Missing } inserted. ! Missing } inserted. ! Missing $ inserted. ! Missing } inserted. ! Missing } inserted. ! Missing } inserted. ! Missing } inserted. ! Missing $ inserted. ! Missing } inserted. ! Missing } inserted. ! Missing } inserted. ! Missing } inserted. ! Missing $ inserted. ! Missing } inserted. ! Missing } inserted. ! Missing } inserted. ! Missing } inserted. ! Missing { inserted. ! Missing } inserted. ! Missing { inserted. ! Missing } inserted. ! Missing { inserted. ! Missing } inserted. ! Missing } inserted. ! Missing $ inserted. ! Missing } inserted. ! Missing } inserted. ! Missing } inserted. ! Missing } inserted. Problem in . See doc/UsersGuide/LATEX_MESSAGES. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/289> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #279: Compiling with Mac OS and Intel compiler leads to missing library warning
by Einstein Toolkit 27 Mar '11

27 Mar '11

#279: Compiling with Mac OS and Intel compiler leads to missing library warning --------------------+------------------------------------------------------- Reporter: hinder | Type: defect Status: new | Priority: minor Milestone: | Component: Cactus Version: | Keywords: --------------------+------------------------------------------------------- When I compile Cactus with the Intel compiler on Mac OS I get the following warning at link time: ld: warning: directory '/opt/intel/Compiler/11.1/084/bin/lib' following -L not found I traced this to the known_architectures/darwin file which guesses the location of the library directory relative to the output of $(which ifort). I think now that newer compilers have 32 bit and 64 bit versions under different directories, the directory layout has changed and the guess is now wrong. The warning appears to be harmless, but it is annoying. The attached patch checks to see if the first guess directory exists, and if it doesn't, it looks one level higher up. On my system this guess is correct and the warning message is eliminated. I looked at the corresponding logic in the linux file but maybe the directory layout is different on Linux. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/279> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

← Newer
1
2
3
4
5
6
7
8
9
...
14
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac February 2011