#410: CarpetIOHDF5 may segfault when one_file_per_group is selected
--------------------------------+-------------------------------------------
Reporter: bmundim | Owner: eschnett
Type: defect | Status: new
Priority: major | Milestone:
Component: Carpet | Version:
Keywords: Carpet git version |
--------------------------------+-------------------------------------------
I was facing one of those cryptic MPI error messages on Ranger,
where your job quits without any useful error message. It turns out
that this parameter file had
CarpetIOHDF5::one_file_per_group = "yes"
CarpetIOHDF5::out2D_vars = " ADMBase::gxx"
and CarpetIOHDF5 would try to loop over the group variables when
just one of them was selected. As a result it has accessed memory
address that it was not supposed to, consequently killing the job.
I have attached the stack back trace.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/410>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#431: Update some external libraries
-----------------------------------+----------------------------------------
Reporter: eschnett | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit thorn | Version:
Keywords: |
-----------------------------------+----------------------------------------
Several external libraries have new versions available:
LAPACK
PETSc
curl
git
These are only minor updates. I suggest to apply them.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/431>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#467: Make table printing functions publicly accessible
-------------------------+--------------------------------------------------
Reporter: eschnett | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Cactus | Version:
Keywords: |
-------------------------+--------------------------------------------------
The table data types (util_Table.h) have internal routines that print the
table contents to screen. This can be helpful for debugging. The attached
patch makes these functions publicly available.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/467>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#532: Don't copy .svn directories when running test cases
-------------------------+--------------------------------------------------
Reporter: eschnett | Owner: eschnett
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: SimFactory | Version:
Keywords: |
-------------------------+--------------------------------------------------
Don't copy .svn or .git directories when running test cases. We probably
have a list of excluded directories somewhere that we could reuse.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/532>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#530: Change default for --num-threads
-------------------------+--------------------------------------------------
Reporter: eschnett | Owner: eschnett
Type: enhancement | Status: new
Priority: major | Milestone:
Component: SimFactory | Version:
Keywords: |
-------------------------+--------------------------------------------------
Change the default for --num-threads to be what the MDB specifies for the
particular machine, instead of using a single thread by default.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/530>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#563: Do not copy .svn directories for test suite
------------------------+---------------------------------------------------
Reporter: eschnett | Owner: eschnett
Type: defect | Status: new
Priority: major | Milestone:
Component: SimFactory | Version:
Keywords: |
------------------------+---------------------------------------------------
Simfactory copies the content of .svn directories when it copies the test
case data into the simulation directory. The problem is line 509 in
simrestart.py; this rsync command doesn't exclude .svn directories.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/563>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#601: Wanted: Routine to convert table to string
-------------------------+--------------------------------------------------
Reporter: eschnett | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Cactus | Version:
Keywords: |
-------------------------+--------------------------------------------------
It would be nice to have a routine that converted a table to a string,
using the same syntax that is accepted by Util_TableCreateFromString. This
is a nice, compact notation that is much easier to read than the internal
table dumping syntax.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/601>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#581: Pass unallocated arrays to Fortran as NULL pointers
-------------------------+--------------------------------------------------
Reporter: eschnett | Owner:
Type: enhancement | Status: new
Priority: major | Milestone:
Component: Cactus | Version:
Keywords: |
-------------------------+--------------------------------------------------
The deleted comment is wrong. We should always pass unallocated arrays
to Fortran to catch allocation errors.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/581>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#596: ET installation problem.
-----------------------+----------------------------------------------------
Reporter: anonymous | Type: defect
Status: new | Priority: major
Milestone: | Component: Other
Version: | Keywords:
-----------------------+----------------------------------------------------
Hello,
My name is Maxim.
I try to get the ET from instruction in tutorial:
On the step
wget --no-check-certificate
https://github.com/gridaphobe/CRL/raw/ET_2011_05/GetComponents
chmod 755 GetComponents
./GetComponents -a
http://svn.einsteintoolkit.org/manifest/branches/ET_2011_05/einsteintoolkit…
Not all throns is downloaded.
0 components checked out.
140 components updated.
Unable to process simfactory
Unable to process LSUThorns/QuasiLocalMeasures
Unable to process LSUThorns/SummationByParts
Unable to process LSUThorns/Vectors
Unable to process KrancNumericalTools/GenericFD
Unable to process McLachlan/doc
Unable to process McLachlan/m
Unable to process McLachlan/par
Unable to process McLachlan/ML_ADMConstraints
Unable to process McLachlan/ML_ADMQuantities
Unable to process McLachlan/ML_BSSN
Unable to process McLachlan/ML_BSSN_Helper
Unable to process McLachlan/ML_BSSN_O2
Unable to process McLachlan/ML_BSSN_O2_Helper
Unable to process McLachlan/ML_BSSN_Test
Unable to process Carpet/doc
Unable to process Carpet/Carpet
Unable to process Carpet/CarpetEvolutionMask
Unable to process Carpet/CarpetIOASCII
Unable to process Carpet/CarpetIOBasic
Unable to process Carpet/CarpetIOHDF5
Unable to process Carpet/CarpetIOScalar
Unable to process Carpet/CarpetInterp
Unable to process Carpet/CarpetInterp2
Unable to process Carpet/CarpetLib
Unable to process Carpet/CarpetMask
Unable to process Carpet/CarpetReduce
Unable to process Carpet/CarpetRegrid
Unable to process Carpet/CarpetRegrid2
Unable to process Carpet/CarpetSlab
Unable to process Carpet/CarpetTracker
Unable to process Carpet/LoopControl
Unable to process GetComponents
Time Elapsed: 108 minutes, 23 seconds
I have repeat it 3 times, the result is the same.
How to solve this problem?
With Best Regards,
Maxim
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/596>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#638: Enable symbols for backtraces
-------------------------+--------------------------------------------------
Reporter: hinder | Owner: eschnett
Type: enhancement | Status: new
Priority: major | Milestone: ET_2011_10
Component: SimFactory | Version:
Keywords: |
-------------------------+--------------------------------------------------
The attached patch adds the option -rdynamic to CFLAGS and CXXFLAGS for
all optionlists using the Intel or GCC compilers. This makes backtraces
from Carpet (new in ET_2011_10) contain meaningful symbols rather than
gibberish or nothing. This has been present in datura and damiana for a
long time and works well.
From man gcc:
-rdynamic
Pass the flag -export-dynamic to the ELF linker, on targets
that
support it. This instructs the linker to add all symbols, not
only
used ones, to the dynamic symbol table. This option is needed
for
some uses of “dlopen” or to allow obtaining backtraces from
within a
program.
Given the usefulness of good backtraces and the nature of this option, I
think it might be feasible and useful to get this in before the release,
assuming that there will be another round of tests.
I have only enabled this for GCC and Intel because I haven’t tested it
with other compilers, nor with Fortran. I clearly haven't tested this on
all the machines it applies to.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/638>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit