#570: Bad check in AEILocalInterp
-----------------------------------+----------------------------------------
Reporter: sbrandt | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit thorn | Version:
Keywords: |
-----------------------------------+----------------------------------------
In AEIThorns/AEILocalInterp/src/InterpLocalUniform.c
1370 if (value_not_set)
1371 then {
1372 /* default operand will use each input exactly once, */
1373 /* but this only makes since if N_input_arrays == N_output_arrays
*/
1374 if (N_input_arrays != N_input_arrays)
1375 then {
1376 free(input_array_offsets);
1377 free(operand_indices);
1378 CCTK_VWarn(ERROR_MSG_SEVERITY_LEVEL,
The test is always going to fail and data is not going to be freed up.
Based on the comment, I think that the test should compare N_input_arrays
to N_output_arrays.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/570>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#569: Can't build PittNullCode
-----------------------------------+----------------------------------------
Reporter: eschnett | Owner:
Type: defect | Status: new
Priority: blocker | Milestone:
Component: EinsteinToolkit thorn | Version:
Keywords: |
-----------------------------------+----------------------------------------
A thorn seems to be missing in the new manifest:
CST error 1:
-> Thorn 'SphericalHarmonicRecon' requires the capability 'FFTW3'.
Please add a thorn that provides 'FFTW3' to your ThornList or remove
'SphericalHarmonicRecon' from it !
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/569>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#568: Index out of bounds in WaveBinary.c
-----------------------+----------------------------------------------------
Reporter: anonymous | Type: defect
Status: new | Priority: minor
Milestone: | Component: EinsteinToolkit thorn
Version: | Keywords:
-----------------------+----------------------------------------------------
If you run a simple wave demo in debug mode you get an index out of bounds
error.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/568>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#259: Update PETSc to 3.1p7
-------------------------+--------------------------------------------------
Reporter: eschnett | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Cactus | Version:
Keywords: |
-------------------------+--------------------------------------------------
The current version of 3.1p5, the difference are probably only small bug
fixes.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/259>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#567: Formaline undefined reference issue
---------------------+------------------------------------------------------
Reporter: bmundim | Owner:
Type: defect | Status: new
Priority: major | Milestone:
Component: Other | Version:
Keywords: |
---------------------+------------------------------------------------------
Hi,
I am trying to build a new config on Ranger and the compilation stopped
in the linking phase with output of this sort:
~/Cactus/configs/cigr/lib/libthorn_Formaline-cactus-
source.a(thorn.o):(.rodata+0x0): undefined reference to
`cactus_data_0000_ADM'
It seems to be related to formaline. How do do I clean up previous
Formaline
files? I tried a gmake *-realclean but this error didn't go away.
Thanks.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/567>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#562: simfactory' submit command does not print an error when the queuing system
rejects the job
---------------------------------------+------------------------------------
Reporter: baiotti@… | Owner: eschnett
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: SimFactory | Version: development version
Keywords: error message |
---------------------------------------+------------------------------------
If for some reason (e.g. maximum core count exceeded) a job is rejected
from the queuing system and so it never starts, simfactory should print an
error message. The current behaviour is just that the line "Submit
finished, job id is 212....." is not printed by simfactory.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/562>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#537: Formaline: Use bzip2 or xz if available to compress thorn source code
-----------------------------------+----------------------------------------
Reporter: eschnett | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit thorn | Version:
Keywords: |
-----------------------------------+----------------------------------------
Formaline Could use bzip2 or xz if available to compress thorn source
code; this would reduce the size of the tarballs by up to a factor of 2.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/537>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#560: Output Formaline tarballs in parallel
-----------------------------------+----------------------------------------
Reporter: eschnett | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit thorn | Version:
Keywords: |
-----------------------------------+----------------------------------------
Output the Formaline tarballs in parallel, distributed over all MPI
processes. This may improve startup time when running with many
processes and if there is a parallel file system.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/560>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#561: Use subdirectories when generating Formaline tarballs
-----------------------------------+----------------------------------------
Reporter: eschnett | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit thorn | Version:
Keywords: |
-----------------------------------+----------------------------------------
When there are many thorn, the directory used to generate the
Formaline tarballs can contain many files, likely reducing I/O
performance. This patch uses a subdirectory for each thorn, which
improves the directory layout and should also improve performance.
This patch also adds all thorns to the git repository at once, instead
of using a single make rule for each thorn. Since git repositories
cannot be accessed for writing in parallel, using multiple make rules
leads to long wait times for the git repository lock, which is avoided
if one explicitly serialises this.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/561>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#557: reference manual entry for FORTRAN IsImplementationActive shows wrong
prototype
--------------------+-------------------------------------------------------
Reporter: rhaas | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: Cactus | Version:
Keywords: |
--------------------+-------------------------------------------------------
it is listed as a function returning an integer rather than a subroutine
taking and integer and a string as arguments.
the patch fixes this.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/557>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit