#748: interface.ccl parser reports error for extra spaces after in function alias
block
------------------------+---------------------------------------------------
Reporter: jtao | Owner:
Type: defect | Status: new
Priority: major | Milestone:
Component: Cactus | Version:
Keywords: CST parser |
------------------------+---------------------------------------------------
E.g., if there are extra spaces after "LANGUAGE C" in the function
alias block, the parser will report an missing "Language specification"
error instead of discarding the extra spaces.
PROVIDES FUNCTION MoLRegisterConstrainedGroup WITH \
MoL_RegisterConstrainedGroup \
LANGUAGE C
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/748>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#769: Execute remote commands in the background
-------------------------+--------------------------------------------------
Reporter: eschnett | Owner: eschnett
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: SimFactory | Version:
Keywords: |
-------------------------+--------------------------------------------------
In response to a discussion on the mailing list, I replied:
What we need here is an unsafe delayed-execution mechanism. So far,
Simfactory provides the safe version of these mechanisms -- it is safe
because all files are copied into the simulation directory, so that
the resulting simulation is self-contained. Since this takes time, we
are now looking for an unsafe mechanism that works much faster, but
could fail. (For example, if one modified the source tree while
Simfactory is still copying test results, the resulting simulation may
be inconsistent.)
I believe the standard Unix mechanism is "nohup". For example, after
logging in, you would say "nohup sim create-submit mytests --testsuite
--procs 2 &" (note the ampersand to make it run in the background).
What we now want is the same thing, except without logging in
manually.
A current work-around may be something like:
./bin/sim --remote ranger execute 'nohup sleep 100 </dev/null
>/dev/null 2>&1 & :'
This executes a certain command on Ranger without waiting for the
result. It is necessary to redirect I/O so that ssh finishes. The
final ":" is a null command to obtain a legal shell syntax --
Simfactory expects the command to end without a terminator (such as
"&" or ";").
If you replace the "sleep 100" with any other command (e.g. "sim
submit"), things may work.
In the long term, this should become an option to "--remote", e.g.
"--remote-background". There should then also be a way to retrieve the
output generated by this command (which necessarily remains on the
remote system).
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/769>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#756: SimFactory web site overwritten?
------------------------+---------------------------------------------------
Reporter: tbode | Owner: eschnett
Type: defect | Status: new
Priority: minor | Milestone:
Component: SimFactory | Version:
Keywords: www |
------------------------+---------------------------------------------------
I had reason to look at the SimFactory website today, but
http://simfactory.org now contains information on an IEEE Cluster
conference from 2009.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/756>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#766: Submitting a restart does not remember the queue
------------------------+---------------------------------------------------
Reporter: eschnett | Owner: eschnett
Type: defect | Status: new
Priority: major | Milestone:
Component: SimFactory | Version:
Keywords: |
------------------------+---------------------------------------------------
When I submit a new restart, Simfactory does not remember the queue I
chose for the previous restart.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/766>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#763: LSUThorns/Vectors/src test.cc doesn't compile with "REAL_PRECISION = 4"
-----------------------------------+----------------------------------------
Reporter: jtao | Owner:
Type: defect | Status: new
Priority: major | Milestone:
Component: EinsteinToolkit thorn | Version:
Keywords: |
-----------------------------------+----------------------------------------
COMPILING
/home/jtao/workspace/CactusDev/Cactus/arrangements/LSUThorns/Vectors/src/test.cc
/home/jtao/workspace/CactusDev/Cactus/configs/ml/build/Vectors/test.cc:154:39:
error: macro "vec4_store_nta_partial" requires 5 arguments, but only 2
given
/home/jtao/workspace/CactusDev/Cactus/configs/ml/build/Vectors/test.cc: In
function ‘void Vectors_Test(cGH*)’:
/home/jtao/workspace/CactusDev/Cactus/configs/ml/build/Vectors/test.cc:153:46:
error: ‘vec4_store_partial_prepare’ was not declared in this scope
In file included from
/home/jtao/workspace/CactusDev/Cactus/configs/ml/build/Vectors/test.cc:1:0:
/home/jtao/workspace/CactusDev/Cactus/arrangements/LSUThorns/Vectors/src/vectors.h:65:37:
error: ‘vec4_store_nta_partial’ was not declared in this scope
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/763>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#758: support named spherical surfaces in NSTracker
-----------------------------------+----------------------------------------
Reporter: rhaas | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit thorn | Version:
Keywords: |
-----------------------------------+----------------------------------------
the attached patch (fairly trivial) adds support for named spherical
surfaces (see ticket #735) to NSTracker.
If ok to apply someone will have to either commit to LSUThorns/NSTracker
or grant me write permissions.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/758>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit