On 16 Dec 2011, at 08:52, alibeck wrote:
> Einstein Toolkit schrieb:
>> #659: vip.rzg.mpg.de: Internal Compiler Error: Insufficient storage
>> -----------------------------------------------+----------------------------
>> Reporter: alexander.beck-ratzka@… | Owner: eschnett
>> Type: defect | Status: review
>> Priority: major | Milestone:
>> Component: SimFactory | Version:
>> Resolution: | Keywords: Formaline
>> -----------------------------------------------+----------------------------
>> Changes (by knarf):
>>
>> * cc: alexander.beck-ratzka@… (added)
>>
>>
>> Comment:
>>
>> Alex?
>>
>>
> I have just tried to add a comment, saying the big has been fixed.
> Unfortunately I am getting the following error message:
I'm not sure what heuristics the system uses to say that something is spam. Were you logged in to TRAC at the time? That might help.
>
> [snip]
> Submission rejected as potential spam
> [snip]
>
> My comment was as follows:
>
> [snip]
> I have changed in the machine config file
>
> mdb/machines/vip.ini
>
> the make alias. The line
>
> make = gmake -j16
>
> has been exchanged against
>
> make = env LDR_CNTRL='MAXDATA=0xB0000000@DSA' gmake -j16
>
> The solution is also available now in the trunk version.
>
> Using this alias, the build is working now.
> [snip]
>
> Any ideas, what might have causes this error?
>
> Best wishes
>
> Alexander
> _______________________________________________
> Users mailing list
> Users(a)einsteintoolkit.org
> http://lists.einsteintoolkit.org/mailman/listinfo/users
--
Ian Hinder
http://numrel.aei.mpg.de/people/hinder
#678: Don't output build details for external libraries
-----------------------------------+----------------------------------------
Reporter: eschnett | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit thorn | Version:
Keywords: |
-----------------------------------+----------------------------------------
When an external library is built, Cactus always outputs all details of
the build process. Much of this should be suppressed (in particular
checking whether to build the library) unless VERBOSE is set.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/678>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#698: Kranc should output its directory and branch when it runs
-------------------------+--------------------------------------------------
Reporter: eschnett | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Other | Version:
Keywords: |
-------------------------+--------------------------------------------------
Kranc should output its directory and branch when it runs. This should go
to the screen, and probably also to the generated thorn's README or a
small source file. This may help prevent surprises if people accidentally
run the wrong version.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/698>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#657: Problems to checkout carpet (maxwell release) on ranger
---------------------------+------------------------------------------------
Reporter: bmundim | Owner: eric9
Type: defect | Status: new
Priority: minor | Milestone:
Component: GetComponents | Version:
Keywords: |
---------------------------+------------------------------------------------
Hi,
I am facing a problem to checkout carpet on ranger:
Warning: Could not checkout Carpet/doc, unable to switch to branch
ET_2011_10. Any existing symlinks to Carpet/doc will be broken.
this has repeated over different days and times. I am wondering if
GetComponents
is using a particular mercurial option that it is not present in the
version installed on ranger, the 0.9.5 one, in order to switch mercurial
branches.
Please let me know if you face the same problem.
Thanks.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/657>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#597: WeylScal4 should use the kranc script rather than calling Mathematica
directly
-----------------------------------+----------------------------------------
Reporter: hinder | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit thorn | Version:
Keywords: WeylScal4 testsuite |
-----------------------------------+----------------------------------------
The attached patch makes WeylScal4 use the "kranc" script rather than
calling Mathematica directly. This enables all the error-detection
provided by Kranc and leads to tidier output.
This patch can either be committed now or after the release. The files it
touches are not used during use of WeylScal4, only during generation.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/597>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#696: SimFactory should allow the user to enable standard output for all
processes
-------------------------+--------------------------------------------------
Reporter: hinder | Owner: eschnett
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: SimFactory | Version:
Keywords: |
-------------------------+--------------------------------------------------
I would like to submit a job which redirects standard output and error
from all processes to files. This is achieved via a Cactus command-line
argument. It is currently not possible to do this without modifying the
run script and rebuilding the configuration.
One option would be to provide an option to the submit command which
enabled this, such as "--redirect-all". Another would be to allow
--cactus-args. The latter could be used also to change the logging level,
but maybe removes control from simfactory that would be nice to keep.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/696>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#692: PunctureTracker should not depend on CarpetRegrid2
-----------------------------------+----------------------------------------
Reporter: hinder | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit thorn | Version:
Keywords: PunctureTracker |
-----------------------------------+----------------------------------------
The PunctureTracker thorn tracks the locations of punctures in BH
simulations and puts them into spherical surfaces. It also seems to have
logic which interacts with CarpetRegrid2 to control the mesh refinement.
This degree of coupling is not good - what if you wanted to use a
different regridding thorn, or a different driver? What if you wanted to
do a unigrid simulation?
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/692>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
On Mon, Dec 12, 2011 at 4:25 AM, Luca Baiotti <baiotti(a)ile.osaka-u.ac.jp>wrote:
> On 12/12/11 7:50 AM, Einstein Toolkit wrote:
> > #677: parameter default change in CarpetIOASCII
> >
> ----------------------------------------+-----------------------------------
> > Reporter: baiotti@… | Owner: eschnett
> > Type: enhancement | Status: new
> > Priority: optional | Milestone:
> > Component: Carpet | Version:
> > Resolution: | Keywords: CaroetIOASCII
> parameter default
> >
> ----------------------------------------+-----------------------------------
> >
> > Comment (by eschnett):
> >
> > Luca, do you want to discuss this on the mailing list? This ticket
> seems
> > to be ignored, and the changing a default value should be done by
> > consensus.
>
> Erik, I had originally asked on the mailing list, with the message
> "questions on CarpetIOASCII" sent on 10 Oct 2011.
>
Yes, it can be difficult to gather momentum for some changes... In my
experience, this means that most people don't care about the change, and
that some people won't like it but don't speak up, and that overall no one
expects the change to happen unless a few people speak up for it.
-erik
--
Erik Schnetter <schnetter(a)cct.lsu.edu> http://www.cct.lsu.edu/~eschnett/