Yosef<div><br></div><div>Could you also send us the parameter file you used as well as the interface.ccl file declaring this variable? Maybe you want to attach this to a bug report in trac, so that all the information is in one place.</div>
<div><br></div><div>-erik<br><br><div class="gmail_quote">On Mon, Dec 12, 2011 at 5:49 PM, Yosef Zlochower <span dir="ltr"><<a href="mailto:yosef@astro.rit.edu">yosef@astro.rit.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 12/12/2011 01:21 PM, Erik Schnetter wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
prolongation='none' is one of the possibilities; there are other<br>
prolongation types, e.g. sync, restrict, or copy.<br>
<br>
To find out what is going on, we need to find out which thorn called on<br>
Carpet to interpolate in time for what reason. A stack backtrace or<br>
similar information would be useful.<br>
<br>
-erik<br>
</blockquote>
<br>
<br></div>
Here is the backtrace<br>
<br>
Backtrace from rank 1 pid 32125:<br>
1. /lib64/tls/libc.so.6 [0x2a97164300]<br>
2. gdata::find_source_timelevel(<u></u>std::vector<double, std::allocator<double> > const&, double, int, operator_type, int&, int&)(./cactus_lazev)<br>
3. gdata::transfer_from(comm_<u></u>state&, std::vector<gdata const*, std::allocator<gdata const*> > const&, std::vector<double, std::allocator<double> > const&, bbox<int, 3> const&, bbox<int, 3> const&, int, int, double, int, int)(./cactus_lazev)<br>
4. ggf::transfer_from_all(comm_<u></u>state&, int, int, int, std::vector<sendrecv_<u></u>pseudoregion_t, std::allocator<sendrecv_<u></u>pseudoregion_t> > const dh::fast_dboxes::*, std::vector<int, std::allocator<int> > const&, int, int, double const&, bool, bool)(./cactus_lazev)<br>
5. ggf::recompose_fill(comm_<u></u>state&, int, bool)(./cactus_lazev)<br>
6. dh::recompose(int, bool)(./cactus_lazev)<br>
7. gh::recompose(int, bool)(./cactus_lazev)<br>
8. Carpet::Recompose(_cGH const*, int, bool)(./cactus_lazev)<br>
9. ./cactus_lazev [0x10c01c5]<br>
a. Carpet::Evolve(tFleshConfig*)(<u></u>./cactus_lazev)<br>
b. ./cactus_lazev(main+0x9f) [0x4eb0cf]<br>
c. /lib64/tls/libc.so.6(__libc_<u></u>start_main+0xdb) [0x2a9715<br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
On Mon, Dec 12, 2011 at 12:45 PM, Yosef Zlochower <<a href="mailto:yosef@astro.rit.edu" target="_blank">yosef@astro.rit.edu</a><br></div><div class="im">
<mailto:<a href="mailto:yosef@astro.rit.edu" target="_blank">yosef@astro.rit.edu</a>>> wrote:<br>
<br>
On 12/12/2011 12:11 PM, Erik Schnetter wrote:<br>
<br>
Other causes for a timer interpolation may be a spatial<br>
interpolation at<br>
a time where the coarse grid does not exist, or a reduction<br>
operation at<br>
such a time (e.g. for scalar output).<br>
<br>
<br>
I haven't declared it with prolongation=none, but I never interpolate<br>
it, reduce it, or sync it.<br>
<br>
<br>
How do you declare this variable? You may need to explicitly<br>
tell Carpet<br>
to leave this variable alone, or to report an error when such an<br>
operation is attempted.<br>
<br>
How do I do this?<br>
<br>
-erik<br>
<br>
On Mon, Dec 12, 2011 at 11:35 AM, Frank Loeffler<br>
<<a href="mailto:knarf@cct.lsu.edu" target="_blank">knarf@cct.lsu.edu</a> <mailto:<a href="mailto:knarf@cct.lsu.edu" target="_blank">knarf@cct.lsu.edu</a>><br></div><div class="im">
<mailto:<a href="mailto:knarf@cct.lsu.edu" target="_blank">knarf@cct.lsu.edu</a> <mailto:<a href="mailto:knarf@cct.lsu.edu" target="_blank">knarf@cct.lsu.edu</a>>>> wrote:<br>
<br>
On Mon, Dec 12, 2011 at 10:32:55AM -0500, Yosef Zlochower wrote:<br>
> -> Internal error: extrapolation in time.<br>
variable=LAZEV::dotalp<br>
> time=118.90625 times=[118.9375]<br>
><br>
> I am unsure how the times could have gotten out of sync at such a<br>
late<br>
> time in the simulation without getting out of sync earlier. I<br>
also<br>
> do not understand why a time interpolation should have been<br>
attempted<br>
> in the first place. I don't sync or attempt to interpolate<br>
this GF.<br>
<br>
Do you regrid at that time? It might happen that in order to<br>
regrid at<br>
that particular time Carpet would need to interpolate in<br>
time, and it<br>
didn't do before because levels might have been lined up at<br>
the time of<br>
regridding.<br>
<br>
Frank<br>
<br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1.4.10 (GNU/Linux)<br>
<br>
<br></div>
iQIcBAEBCAAGBQJO5i1LAAoJEOkzpi<u></u>__p+__<u></u>I59kKmoQAMunqhAbzUsA0M0Qw2kWcj<u></u>__Lg<br>
<br>
5gcicHUXfBkDwOonpRoI9hBPlFSri9<u></u>__qyJ2SlSgP8t7zQ27RXrhFg/__<u></u>U4JaDCJ1Cmj<br>
<br>
rt3ohllTIg79+__<u></u>4qfXCupX0Smy3ujUlwiFEE6IGBTVUm<u></u>__fibn1L4ZIVYoXg7OrcaE/<br>
<br>
bqapepAUE4Om2Ja/P4+__<u></u>Nhl0ErqEX6djkcRXKsIBLaFApC4nqv<u></u>__tZ6LQQrQNgXz7f9<br>
<br>
bmS73KbP1kmg9yKVAXAn3YuUVymAmq<u></u>__Lt+73Ri0fV7t3+__<u></u>sGoj2bnd9huGH69Dqfqk<br>
<br>
AP1pXRa9Xnmv6ECZnKu8r7GStTUmNl<u></u>__xfRfNzdtCol+<u></u>ZiPALJsoT7yivkC7/__9Hv23<br>
<br>
FcvByrwBY0GPCDM5TpcmcXtFdhSRNz<u></u>__iZvTvN05IuJYtPNfq+3rHA+__<u></u>PaEh0gsENR5<br>
<br>
6phvupWLdAmQlj2xZLHzO7mq7uCtig<u></u>__zEx8hmvwtH4dh/aQtAz+__<u></u>87RgJMgiyrw0y0<br>
<br>
l959sI0tvzKQUzUA6rLWDD3mhXeUXu<u></u>__<u></u>Kn863OK9nWpU87gVstCPMnBCTpflJ0<u></u>__crm3<br>
<br>
a0weIAhqv+iZz3mQk/__<u></u>YroBnMh1uMTERKLr/EZrdh+__<u></u>fpMU319WtAiLBV59Ejn8dtM<br>
<br>
BC9+__<u></u>4Iyk20oovm2rEkX7ofxuJOv4B0Cqw0<u></u>__<u></u>ikVUYeN4PGz3XKqOTK9VKU2EXSQoey<div class="im"><br>
gnJp0G5Wi8uIHTWYm3wN<br>
=fBiL<br>
-----END PGP SIGNATURE-----<br>
<br></div>
______________________________<u></u>___________________<div class="im"><br>
Users mailing list<br>
<a href="mailto:Users@einsteintoolkit.org" target="_blank">Users@einsteintoolkit.org</a> <mailto:<a href="mailto:Users@einsteintoolkit.org" target="_blank">Users@einsteintoolkit.<u></u>org</a>><br></div>
<mailto:<a href="mailto:Users@einsteintoolkit." target="_blank">Users@einsteintoolkit.</a><u></u>__org<br>
<mailto:<a href="mailto:Users@einsteintoolkit.org" target="_blank">Users@einsteintoolkit.<u></u>org</a>>><br>
<a href="http://lists.einsteintoolkit." target="_blank">http://lists.einsteintoolkit.</a>_<u></u>_org/mailman/listinfo/users<div class="im"><br>
<<a href="http://lists.einsteintoolkit.org/mailman/listinfo/users" target="_blank">http://lists.einsteintoolkit.<u></u>org/mailman/listinfo/users</a>><br>
<br>
<br>
<br>
<br>
--<br>
Erik Schnetter <<a href="mailto:schnetter@cct.lsu.edu" target="_blank">schnetter@cct.lsu.edu</a><br></div>
<mailto:<a href="mailto:schnetter@cct.lsu.edu" target="_blank">schnetter@cct.lsu.edu</a>> <mailto:<a href="mailto:schnetter@cct.lsu.edu" target="_blank">schnetter@cct.lsu.edu</a><br>
<mailto:<a href="mailto:schnetter@cct.lsu.edu" target="_blank">schnetter@cct.lsu.edu</a>><u></u>>__><br>
<a href="http://www.cct.lsu.edu/~__eschnett/" target="_blank">http://www.cct.lsu.edu/~__<u></u>eschnett/</a><div class="im"><br>
<<a href="http://www.cct.lsu.edu/~eschnett/" target="_blank">http://www.cct.lsu.edu/~<u></u>eschnett/</a>><br>
<br>
<br>
<br>
--<br>
Dr. Yosef Zlochower<br>
Center for Computational Relativity and Gravitation<br>
Assistant Professor<br>
School of Mathematical Sciences<br>
Rochester Institute of Technology<br>
85 Lomb Memorial Drive<br>
Rochester, NY 14623<br>
<br>
Office:74-2067<br></div>
Phone: <a href="tel:%2B1%20585-475-6103" value="+15854756103" target="_blank">+1 585-475-6103</a> <tel:%2B1%20585-475-6103><br>
<br>
<a href="mailto:yosef@astro.rit.edu" target="_blank">yosef@astro.rit.edu</a> <mailto:<a href="mailto:yosef@astro.rit.edu" target="_blank">yosef@astro.rit.edu</a>><div><div class="h5"><br>
<br>
CONFIDENTIALITY NOTE: The information transmitted, including<br>
attachments, is intended only for the person(s) or entity to which it<br>
is addressed and may contain confidential and/or privileged material.<br>
Any review, retransmission, dissemination or other use of, or taking<br>
of any action in reliance upon this information by persons or entities<br>
other than the intended recipient is prohibited. If you received this<br>
in error, please contact the sender and destroy any copies of this<br>
information.<br>
<br>
<br>
<br>
<br>
--<br>
Erik Schnetter <<a href="mailto:schnetter@cct.lsu.edu" target="_blank">schnetter@cct.lsu.edu</a> <mailto:<a href="mailto:schnetter@cct.lsu.edu" target="_blank">schnetter@cct.lsu.edu</a>><u></u>><br>
<a href="http://www.cct.lsu.edu/~eschnett/" target="_blank">http://www.cct.lsu.edu/~<u></u>eschnett/</a><br>
<br>
</div></div></blockquote><div class="HOEnZb"><div class="h5">
<br>
<br>
-- <br>
Dr. Yosef Zlochower<br>
Center for Computational Relativity and Gravitation<br>
Assistant Professor<br>
School of Mathematical Sciences<br>
Rochester Institute of Technology<br>
85 Lomb Memorial Drive<br>
Rochester, NY 14623<br>
<br>
Office:74-2067<br>
Phone: <a href="tel:%2B1%20585-475-6103" value="+15854756103" target="_blank">+1 585-475-6103</a><br>
<br>
<a href="mailto:yosef@astro.rit.edu" target="_blank">yosef@astro.rit.edu</a><br>
<br>
CONFIDENTIALITY NOTE: The information transmitted, including<br>
attachments, is intended only for the person(s) or entity to which it<br>
is addressed and may contain confidential and/or privileged material.<br>
Any review, retransmission, dissemination or other use of, or taking<br>
of any action in reliance upon this information by persons or entities<br>
other than the intended recipient is prohibited. If you received this<br>
in error, please contact the sender and destroy any copies of this<br>
information.<br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Erik Schnetter <<a href="mailto:schnetter@cct.lsu.edu" target="_blank">schnetter@cct.lsu.edu</a>> <a href="http://www.cct.lsu.edu/~eschnett/" target="_blank">http://www.cct.lsu.edu/~eschnett/</a><br>
<br>
</div>