#1026: add self assignment logic to classes with pointer members
-------------------------+--------------------------------------------------
Reporter: rhaas | Owner: eschnett
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Carpet | Version:
Keywords: |
-------------------------+--------------------------------------------------
this patch add the typical assign-to-self to Carpet's classes that contain
pointer members. Ie. it exits early rather than deleting a pointer to data
that is to be copied. Almost cosometical since it never triggered so far.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1026>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1025: add option checkpoint_every_divisor
-----------------------------------+----------------------------------------
Reporter: rhaas | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit thorn | Version:
Keywords: CarpetIOHDF5 |
-----------------------------------+----------------------------------------
this patch adds an option checkpoint_every_divisor analogous to the
similarly named option present for periodic output. It triggers a
checkpoint whenever cctk_iteration % checkpoint_every_divisor == 0 rather
than (cctk_iteration - iteration_of_last_checkpoint) >= checkpoint_every
which can be useful if one needs to trigger checkpointing eg via HTTPD.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1025>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#994: read EOS table on single process the broadcast
-----------------------------------+----------------------------------------
Reporter: rhaas | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit thorn | Version:
Keywords: EOS_Omni |
-----------------------------------+----------------------------------------
this patch limits IO at startup by having a single process (specifiable
via a parameter) read the table and the MPI broadcast the data to the
others.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/994>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1014: GRHydro_InitData updates
----------------------------------+-----------------------------------------
Reporter: rhaas | Owner:
Type: enhancement | Status: new
Priority: major | Milestone:
Component: EinsteinToolkit trac | Version:
Keywords: GRHydro_InitData |
----------------------------------+-----------------------------------------
Attached please find the accumulated updates to GRHydro_InitData from
Zelmani. Allmost of them affect MHD only. The only exception is the patch
that REQUIREs EOS_Omni.
There are some few patches I did not push since they involve the hot EOS
which is currently being worked on.
Unless there are objections I will apply them on Wednesday afteroon.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1014>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#903: Build of Mojave Project fails
---------------------+------------------------------------------------------
Reporter: sbrandt | Owner: sbrandt
Type: defect | Status: new
Priority: major | Milestone: Cactus_4.1.0
Component: Mojave | Version: development version
Keywords: |
---------------------+------------------------------------------------------
After creating a fresh Mojave project checkout and applying the
NoThornIs9.patch files (see #768) I get this error when I try to build.
java.lang.NullPointerException
at
edu.lsu.cct.mojave.IncludePathConfiguration.createIncludes(IncludePathConfiguration.java:215)
at
edu.lsu.cct.mojave.IncludePathConfiguration.SetIncludePath(IncludePathConfiguration.java:119)
at
edu.lsu.cct.mojave.DynamicMenu$3.widgetSelected(DynamicMenu.java:409)
at
org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:240)
at
org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1258)
at
org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3588)
at
org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3209)
at
org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2701)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2665)
at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2499)
at org.eclipse.ui.internal.Workbench$7.run(Workbench.java:679)
at
org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:668)
at
org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)
at
org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:123)
at
org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:344)
at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:622)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:577)
at org.eclipse.equinox.launcher.Main.run(Main.java:1410)
at org.eclipse.equinox.launcher.Main.main(Main.java:1386)
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/903>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#730: The mojave variable "thornlist" cannot deal with absolute path names;
update repo fails then...
---------------------+------------------------------------------------------
Reporter: alibeck | Owner: sbrandt
Type: defect | Status: new
Priority: blocker | Milestone:
Component: Mojave | Version:
Keywords: |
---------------------+------------------------------------------------------
Using Eclispe (indigo classic), I have tried to build with a new
thornlist.
Therefore I have entered the following name in
mojave -> edit variables
/home/alibeck/Cactus-Simfact2-NewRepos-save/Cactus/test-ali.th
Staring then "update repo"
gives me:
[1m[31mError: [0mCould not open Cactus//home/alibeck/Cactus-Simfact2
-NewRepos-save/Cactus/test-ali.th
So mojave tries to open a file called
Cactus//home/alibeck/Cactus-Simfact2-NewRepos-save/Cactus/test-ali.th
instead of
/home/alibeck/Cactus-Simfact2-NewRepos-save/Cactus/test-ali.th
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/730>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1022: GetComponents should recognise absolute path in --root
---------------------------+------------------------------------------------
Reporter: knarf | Owner: eric9
Type: defect | Status: new
Priority: minor | Milestone:
Component: GetComponents | Version: development version
Keywords: |
---------------------------+------------------------------------------------
Currently GetComponents adds the current path to whatever is given in
--root which then turns into something like:
can't cd to /home/knarf/tmp//home/knarf/CactusLovelace/repos/EinsteinExact
(wd is home/knarf/tmp/ and --root=/home/knarf was given).
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1022>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1018: Carpet should not require an MPI installation to work
-------------------------+--------------------------------------------------
Reporter: hinder | Owner: eschnett
Type: enhancement | Status: new
Priority: optional | Milestone:
Component: Carpet | Version:
Keywords: |
-------------------------+--------------------------------------------------
Installing MPI could be a barrier to entry for new users, and PUGH is
antiquated. There should be a way for new users to use Carpet for single-
process runs without having to install MPI. There is a thorn NoMPI which
provides a dummy MPI implementation which should be sufficient for Carpet
to run. This thorn needs to be modified to fit in with the new MPI
scheme. Specifically, it needs to provide an mpi.h file and the
capability "MPI".
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1018>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#177: EXC_BAD_ACCESS in CarpetIOASCII
--------------------+-------------------------------------------------------
Reporter: hinder | Owner: eschnett
Type: defect | Status: new
Priority: major | Milestone:
Component: Carpet | Version:
Keywords: |
--------------------+-------------------------------------------------------
I am trying to run a minimal parameter file for testing purposes
(attached). Cactus gets as far as printing the iteration 0 info line and
then appears to hang. When I run in a debugger, it reports:
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: 13 at address: 0x0000000000000000
0x0000000100b858b7 in CarpetIOASCII::WriteASCII<0> (os=@0x7fff5fbfc5e0,
gfdatas={<std::_Vector_base<const gdata *, std::allocator<const gdata *>
>> = {_M_impl = {<allocator<const gdata *>> =
{<__gnu_cxx::new_allocator<const gdata *>> = {<No data fields>}, <No data
fields>}, _M_start = 0x109f0ea10, _M_finish = 0x109f0eab8,
_M_end_of_storage = 0x109f0eab8}}, <No data fields>},
gfext=@0x7fff5fbfc960, vi=0, time=0, org=@0x7fff5fbfcafc,
dirs=@0x7fff5fbfd150, rl=0, ml=0, m=0, c=0, tl=0, coord_time=0,
coord_lower=@0x7fff5fbfc9d8, coord_upper=@0x7fff5fbfc9f0) at
ioascii.cc:1378
1378 switch (vartype) {
(gdb) bt
#0 0x0000000100b858b7 in CarpetIOASCII::WriteASCII<0>
(os=@0x7fff5fbfc5e0, gfdatas={<std::_Vector_base<const gdata *,
std::allocator<const gdata *> >> = {_M_impl = {<allocator<const gdata *>>
= {<__gnu_cxx::new_allocator<const gdata *>> = {<No data fields>}, <No
data fields>}, _M_start = 0x109f0ea10, _M_finish = 0x109f0eab8,
_M_end_of_storage = 0x109f0eab8}}, <No data fields>},
gfext=@0x7fff5fbfc960, vi=0, time=0, org=@0x7fff5fbfcafc,
dirs=@0x7fff5fbfd150, rl=0, ml=0, m=0, c=0, tl=0, coord_time=0,
coord_lower=@0x7fff5fbfc9d8, coord_upper=@0x7fff5fbfc9f0) at
ioascii.cc:1378
#1 0x0000000100b5b7ee in CarpetIOASCII::IOASCII<0>::OutputDirection
(cctkGH=0x109f073f0, vindex=0, alias={_M_dataplus = {<allocator<char>> =
{<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>},
_M_p = 0x10a06c1c8 "carpet::timing"}}, basefilename={_M_dataplus =
{<allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data
fields>}, <No data fields>}, _M_p = 0x10a06ba68
"minimal/carpet::timing"}}, dirs=@0x7fff5fbfd150, is_new_file=true,
truncate_file=true) at ioascii.cc:610
#2 0x0000000100b554c4 in CarpetIOASCII::IOASCII<0>::OutputVarAs
(cctkGH=0x109f073f0, varname=0x10a06c170 "CARPET::physical_time_per_hour",
alias=0x10a06be00 "carpet::timing") at ioascii.cc:480
#3 0x0000000100b57370 in CarpetIOASCII::IOASCII<0>::TriggerOutput
(cctkGH=0x109f073f0, vindex=0) at ioascii.cc:359
#4 0x0000000100b542b7 in CarpetIOASCII::IOASCII<0>::OutputGH
(cctkGH=0x109f073f0) at ioascii.cc:239
#5 0x000000010329a006 in Carpet::OutputGH (cctkGH=0x109f073f0) at
OutputGH.cc:55
#6 0x0000000103293b25 in Carpet::OutputGH (where=0x104c70f3c
"Initialise::CallAnalysis", cctkGH=0x109f073f0) at Initialise.cc:1382
#7 0x000000010328d432 in Carpet::CallAnalysis (cctkGH=0x109f073f0) at
Initialise.cc:530
#8 0x00000001032892d4 in Carpet::Initialise (fc=0x7fff5fbfe2b0) at
Initialise.cc:118
#9 0x000000010005806a in main (argc=4, argv=0x7fff5fbfe318) at
flesh.cc:80
I do not see how this line "switch(vartype)" where vartype is declared on
the stack, could lead to this error. This configuration has been rebuilt
with -O0 (Intel compiler) and debugging enabled.
This is with the current production (Git) version of Carpet running on Mac
OS 10.6.5. The code is compiled as 64 bit. This parameter file has
worked in the past, though with 32 bit on Mac OS 10.5.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/177>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#944: import outstanding Zelmani patches into ET trunk
-----------------------------------+----------------------------------------
Reporter: rhaas | Owner:
Type: enhancement | Status: new
Priority: major | Milestone:
Component: EinsteinToolkit thorn | Version:
Keywords: GRHydro |
-----------------------------------+----------------------------------------
attached are all current outstanding differences between ET GRHydro and
Zelmani GRHydro. I would like to flush them out into trunk.
The only ones that do not work with current trunk are the Multirate ones
(the last one) so those should be kept back until the MoL multirate issues
are resolved.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/944>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit