Hi,
I am trying some simulations using the Maxwell version of ET and the LazEv evolution thorn. In the thorn, I define a 1 timelevel GF dotalp which is never synchronized.
A test run died with the following error: WARNING level 0 in thorn CarpetLib processor 0 host n0024.cluster (line 385 of /nfs.data/temphome/yosef/ET_STABLE/Maxwell/Cactus/arrangements/Carpet/CarpetLib/src/gdata.cc): -> Internal error: extrapolation in time. variable=LAZEV::dotalp time=118.90625 times=[118.9375]
I am unsure how the times could have gotten out of sync at such a late time in the simulation without getting out of sync earlier. I also do not understand why a time interpolation should have been attempted in the first place. I don't sync or attempt to interpolate this GF.
On Mon, Dec 12, 2011 at 10:32:55AM -0500, Yosef Zlochower wrote:
-> Internal error: extrapolation in time. variable=LAZEV::dotalp time=118.90625 times=[118.9375]
I am unsure how the times could have gotten out of sync at such a late time in the simulation without getting out of sync earlier. I also do not understand why a time interpolation should have been attempted in the first place. I don't sync or attempt to interpolate this GF.
Do you regrid at that time? It might happen that in order to regrid at that particular time Carpet would need to interpolate in time, and it didn't do before because levels might have been lined up at the time of regridding.
Frank
On 12/12/2011 11:35 AM, Frank Loeffler wrote:
On Mon, Dec 12, 2011 at 10:32:55AM -0500, Yosef Zlochower wrote:
-> Internal error: extrapolation in time. variable=LAZEV::dotalptime=118.90625 times=[118.9375]
I am unsure how the times could have gotten out of sync at such a late time in the simulation without getting out of sync earlier. I also do not understand why a time interpolation should have been attempted in the first place. I don't sync or attempt to interpolate this GF.
Do you regrid at that time? It might happen that in order to regrid at that particular time Carpet would need to interpolate in time, and it didn't do before because levels might have been lined up at the time of regridding.
Frank
This is certainly possible, but I thought if you don't sync then no prolongation occurs. Doesn't this mean that 1 timelevel GFs are not regridded (i.e. immediately after regridding, they don't contain valid data and must be reconstructed)?
Other causes for a timer interpolation may be a spatial interpolation at a time where the coarse grid does not exist, or a reduction operation at such a time (e.g. for scalar output).
How do you declare this variable? You may need to explicitly tell Carpet to leave this variable alone, or to report an error when such an operation is attempted.
-erik
On Mon, Dec 12, 2011 at 11:35 AM, Frank Loeffler knarf@cct.lsu.edu wrote:
On Mon, Dec 12, 2011 at 10:32:55AM -0500, Yosef Zlochower wrote:
-> Internal error: extrapolation in time. variable=LAZEV::dotalp time=118.90625 times=[118.9375]
I am unsure how the times could have gotten out of sync at such a late time in the simulation without getting out of sync earlier. I also do not understand why a time interpolation should have been attempted in the first place. I don't sync or attempt to interpolate this GF.
Do you regrid at that time? It might happen that in order to regrid at that particular time Carpet would need to interpolate in time, and it didn't do before because levels might have been lined up at the time of regridding.
Frank
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux)
iQIcBAEBCAAGBQJO5i1LAAoJEOkzpip+I59kKmoQAMunqhAbzUsA0M0Qw2kWcjLg 5gcicHUXfBkDwOonpRoI9hBPlFSri9qyJ2SlSgP8t7zQ27RXrhFg/U4JaDCJ1Cmj rt3ohllTIg79+4qfXCupX0Smy3ujUlwiFEE6IGBTVUmfibn1L4ZIVYoXg7OrcaE/ bqapepAUE4Om2Ja/P4+Nhl0ErqEX6djkcRXKsIBLaFApC4nqvtZ6LQQrQNgXz7f9 bmS73KbP1kmg9yKVAXAn3YuUVymAmqLt+73Ri0fV7t3+sGoj2bnd9huGH69Dqfqk AP1pXRa9Xnmv6ECZnKu8r7GStTUmNlxfRfNzdtCol+ZiPALJsoT7yivkC7/9Hv23 FcvByrwBY0GPCDM5TpcmcXtFdhSRNziZvTvN05IuJYtPNfq+3rHA+PaEh0gsENR5 6phvupWLdAmQlj2xZLHzO7mq7uCtigzEx8hmvwtH4dh/aQtAz+87RgJMgiyrw0y0 l959sI0tvzKQUzUA6rLWDD3mhXeUXuKn863OK9nWpU87gVstCPMnBCTpflJ0crm3 a0weIAhqv+iZz3mQk/YroBnMh1uMTERKLr/EZrdh+fpMU319WtAiLBV59Ejn8dtM BC9+4Iyk20oovm2rEkX7ofxuJOv4B0Cqw0ikVUYeN4PGz3XKqOTK9VKU2EXSQoey gnJp0G5Wi8uIHTWYm3wN =fBiL -----END PGP SIGNATURE-----
Users mailing list Users@einsteintoolkit.org http://lists.einsteintoolkit.org/mailman/listinfo/users
On 12/12/2011 12:11 PM, Erik Schnetter wrote:
Other causes for a timer interpolation may be a spatial interpolation at a time where the coarse grid does not exist, or a reduction operation at such a time (e.g. for scalar output).
I haven't declared it with prolongation=none, but I never interpolate it, reduce it, or sync it.
How do you declare this variable? You may need to explicitly tell Carpet to leave this variable alone, or to report an error when such an operation is attempted.
How do I do this?
-erik
On Mon, Dec 12, 2011 at 11:35 AM, Frank Loeffler <knarf@cct.lsu.edu mailto:knarf@cct.lsu.edu> wrote:
On Mon, Dec 12, 2011 at 10:32:55AM -0500, Yosef Zlochower wrote: > -> Internal error: extrapolation in time. variable=LAZEV::dotalp > time=118.90625 times=[118.9375] > > I am unsure how the times could have gotten out of sync at such a late > time in the simulation without getting out of sync earlier. I also > do not understand why a time interpolation should have been attempted > in the first place. I don't sync or attempt to interpolate this GF. Do you regrid at that time? It might happen that in order to regrid at that particular time Carpet would need to interpolate in time, and it didn't do before because levels might have been lined up at the time of regridding. Frank -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCAAGBQJO5i1LAAoJEOkzpip+I59kKmoQAMunqhAbzUsA0M0Qw2kWcjLg 5gcicHUXfBkDwOonpRoI9hBPlFSri9qyJ2SlSgP8t7zQ27RXrhFg/U4JaDCJ1Cmj rt3ohllTIg79+4qfXCupX0Smy3ujUlwiFEE6IGBTVUmfibn1L4ZIVYoXg7OrcaE/ bqapepAUE4Om2Ja/P4+Nhl0ErqEX6djkcRXKsIBLaFApC4nqvtZ6LQQrQNgXz7f9 bmS73KbP1kmg9yKVAXAn3YuUVymAmqLt+73Ri0fV7t3+sGoj2bnd9huGH69Dqfqk AP1pXRa9Xnmv6ECZnKu8r7GStTUmNlxfRfNzdtCol+ZiPALJsoT7yivkC7/9Hv23 FcvByrwBY0GPCDM5TpcmcXtFdhSRNziZvTvN05IuJYtPNfq+3rHA+PaEh0gsENR5 6phvupWLdAmQlj2xZLHzO7mq7uCtigzEx8hmvwtH4dh/aQtAz+87RgJMgiyrw0y0 l959sI0tvzKQUzUA6rLWDD3mhXeUXuKn863OK9nWpU87gVstCPMnBCTpflJ0crm3 a0weIAhqv+iZz3mQk/YroBnMh1uMTERKLr/EZrdh+fpMU319WtAiLBV59Ejn8dtM BC9+4Iyk20oovm2rEkX7ofxuJOv4B0Cqw0ikVUYeN4PGz3XKqOTK9VKU2EXSQoey gnJp0G5Wi8uIHTWYm3wN =fBiL -----END PGP SIGNATURE----- _______________________________________________ Users mailing list Users@einsteintoolkit.org <mailto:Users@einsteintoolkit.org> http://lists.einsteintoolkit.org/mailman/listinfo/users-- Erik Schnetter <schnetter@cct.lsu.edu mailto:schnetter@cct.lsu.edu> http://www.cct.lsu.edu/~eschnett/
prolongation='none' is one of the possibilities; there are other prolongation types, e.g. sync, restrict, or copy.
To find out what is going on, we need to find out which thorn called on Carpet to interpolate in time for what reason. A stack backtrace or similar information would be useful.
-erik
On Mon, Dec 12, 2011 at 12:45 PM, Yosef Zlochower yosef@astro.rit.eduwrote:
On 12/12/2011 12:11 PM, Erik Schnetter wrote:
Other causes for a timer interpolation may be a spatial interpolation at a time where the coarse grid does not exist, or a reduction operation at such a time (e.g. for scalar output).
I haven't declared it with prolongation=none, but I never interpolate it, reduce it, or sync it.
How do you declare this variable? You may need to explicitly tell Carpet
to leave this variable alone, or to report an error when such an operation is attempted.
How do I do this?
-erik
On Mon, Dec 12, 2011 at 11:35 AM, Frank Loeffler <knarf@cct.lsu.edu mailto:knarf@cct.lsu.edu> wrote:
On Mon, Dec 12, 2011 at 10:32:55AM -0500, Yosef Zlochower wrote: > -> Internal error: extrapolation in time. variable=LAZEV::dotalp > time=118.90625 times=[118.9375] > > I am unsure how the times could have gotten out of sync at such a late > time in the simulation without getting out of sync earlier. I also > do not understand why a time interpolation should have been attempted > in the first place. I don't sync or attempt to interpolate this GF.
Do you regrid at that time? It might happen that in order to regrid at that particular time Carpet would need to interpolate in time, and it didn't do before because levels might have been lined up at the time of regridding.
Frank
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux)
iQIcBAEBCAAGBQJO5i1LAAoJEOkzpi**p+**I59kKmoQAMunqhAbzUsA0M0Qw2kWcj**Lg 5gcicHUXfBkDwOonpRoI9hBPlFSri9**qyJ2SlSgP8t7zQ27RXrhFg/**U4JaDCJ1Cmj rt3ohllTIg79+**4qfXCupX0Smy3ujUlwiFEE6IGBTVUm**fibn1L4ZIVYoXg7OrcaE/ bqapepAUE4Om2Ja/P4+**Nhl0ErqEX6djkcRXKsIBLaFApC4nqv**tZ6LQQrQNgXz7f9 bmS73KbP1kmg9yKVAXAn3YuUVymAmq**Lt+73Ri0fV7t3+**sGoj2bnd9huGH69Dqfqk AP1pXRa9Xnmv6ECZnKu8r7GStTUmNl**xfRfNzdtCol+ZiPALJsoT7yivkC7/**9Hv23 FcvByrwBY0GPCDM5TpcmcXtFdhSRNz**iZvTvN05IuJYtPNfq+3rHA+**PaEh0gsENR5 6phvupWLdAmQlj2xZLHzO7mq7uCtig**zEx8hmvwtH4dh/aQtAz+**87RgJMgiyrw0y0 l959sI0tvzKQUzUA6rLWDD3mhXeUXu**Kn863OK9nWpU87gVstCPMnBCTpflJ0**crm3 a0weIAhqv+iZz3mQk/**YroBnMh1uMTERKLr/EZrdh+**fpMU319WtAiLBV59Ejn8dtM BC9+**4Iyk20oovm2rEkX7ofxuJOv4B0Cqw0**ikVUYeN4PGz3XKqOTK9VKU2EXSQoey gnJp0G5Wi8uIHTWYm3wN =fBiL -----END PGP SIGNATURE-----
______________________________**_________________ Users mailing list Users@einsteintoolkit.org <mailto:Users@einsteintoolkit.**orgUsers@einsteintoolkit.org
http://lists.einsteintoolkit.**org/mailman/listinfo/usershttp://lists.einsteintoolkit.org/mailman/listinfo/users
-- Erik Schnetter <schnetter@cct.lsu.edu mailto:schnetter@cct.lsu.edu**> http://www.cct.lsu.edu/~**eschnett/ http://www.cct.lsu.edu/~eschnett/
-- Dr. Yosef Zlochower Center for Computational Relativity and Gravitation Assistant Professor School of Mathematical Sciences Rochester Institute of Technology 85 Lomb Memorial Drive Rochester, NY 14623
Office:74-2067 Phone: +1 585-475-6103
yosef@astro.rit.edu
CONFIDENTIALITY NOTE: The information transmitted, including attachments, is intended only for the person(s) or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and destroy any copies of this information.
On 12/12/2011 01:21 PM, Erik Schnetter wrote:
prolongation='none' is one of the possibilities; there are other prolongation types, e.g. sync, restrict, or copy.
To find out what is going on, we need to find out which thorn called on Carpet to interpolate in time for what reason. A stack backtrace or similar information would be useful.
-erik
Here is the backtrace
Backtrace from rank 1 pid 32125: 1. /lib64/tls/libc.so.6 [0x2a97164300] 2. gdata::find_source_timelevel(std::vector<double, std::allocator<double> > const&, double, int, operator_type, int&, int&)(./cactus_lazev) 3. gdata::transfer_from(comm_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) 4. ggf::transfer_from_all(comm_state&, int, int, int, std::vector<sendrecv_pseudoregion_t, std::allocator<sendrecv_pseudoregion_t> > const dh::fast_dboxes::*, std::vector<int, std::allocator<int> > const&, int, int, double const&, bool, bool)(./cactus_lazev) 5. ggf::recompose_fill(comm_state&, int, bool)(./cactus_lazev) 6. dh::recompose(int, bool)(./cactus_lazev) 7. gh::recompose(int, bool)(./cactus_lazev) 8. Carpet::Recompose(_cGH const*, int, bool)(./cactus_lazev) 9. ./cactus_lazev [0x10c01c5] a. Carpet::Evolve(tFleshConfig*)(./cactus_lazev) b. ./cactus_lazev(main+0x9f) [0x4eb0cf] c. /lib64/tls/libc.so.6(__libc_start_main+0xdb) [0x2a9715
On Mon, Dec 12, 2011 at 12:45 PM, Yosef Zlochower <yosef@astro.rit.edu mailto:yosef@astro.rit.edu> wrote:
On 12/12/2011 12:11 PM, Erik Schnetter wrote: Other causes for a timer interpolation may be a spatial interpolation at a time where the coarse grid does not exist, or a reduction operation at such a time (e.g. for scalar output). I haven't declared it with prolongation=none, but I never interpolate it, reduce it, or sync it. How do you declare this variable? You may need to explicitly tell Carpet to leave this variable alone, or to report an error when such an operation is attempted. How do I do this? -erik On Mon, Dec 12, 2011 at 11:35 AM, Frank Loeffler <knarf@cct.lsu.edu <mailto:knarf@cct.lsu.edu> <mailto:knarf@cct.lsu.edu <mailto:knarf@cct.lsu.edu>>> wrote: On Mon, Dec 12, 2011 at 10:32:55AM -0500, Yosef Zlochower wrote: > -> Internal error: extrapolation in time. variable=LAZEV::dotalp > time=118.90625 times=[118.9375] > > I am unsure how the times could have gotten out of sync at such a late > time in the simulation without getting out of sync earlier. I also > do not understand why a time interpolation should have been attempted > in the first place. I don't sync or attempt to interpolate this GF. Do you regrid at that time? It might happen that in order to regrid at that particular time Carpet would need to interpolate in time, and it didn't do before because levels might have been lined up at the time of regridding. Frank -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCAAGBQJO5i1LAAoJEOkzpi__p+__I59kKmoQAMunqhAbzUsA0M0Qw2kWcj__Lg 5gcicHUXfBkDwOonpRoI9hBPlFSri9__qyJ2SlSgP8t7zQ27RXrhFg/__U4JaDCJ1Cmj rt3ohllTIg79+__4qfXCupX0Smy3ujUlwiFEE6IGBTVUm__fibn1L4ZIVYoXg7OrcaE/ bqapepAUE4Om2Ja/P4+__Nhl0ErqEX6djkcRXKsIBLaFApC4nqv__tZ6LQQrQNgXz7f9 bmS73KbP1kmg9yKVAXAn3YuUVymAmq__Lt+73Ri0fV7t3+__sGoj2bnd9huGH69Dqfqk AP1pXRa9Xnmv6ECZnKu8r7GStTUmNl__xfRfNzdtCol+ZiPALJsoT7yivkC7/__9Hv23 FcvByrwBY0GPCDM5TpcmcXtFdhSRNz__iZvTvN05IuJYtPNfq+3rHA+__PaEh0gsENR5 6phvupWLdAmQlj2xZLHzO7mq7uCtig__zEx8hmvwtH4dh/aQtAz+__87RgJMgiyrw0y0 l959sI0tvzKQUzUA6rLWDD3mhXeUXu__Kn863OK9nWpU87gVstCPMnBCTpflJ0__crm3 a0weIAhqv+iZz3mQk/__YroBnMh1uMTERKLr/EZrdh+__fpMU319WtAiLBV59Ejn8dtM BC9+__4Iyk20oovm2rEkX7ofxuJOv4B0Cqw0__ikVUYeN4PGz3XKqOTK9VKU2EXSQoey gnJp0G5Wi8uIHTWYm3wN =fBiL -----END PGP SIGNATURE----- _________________________________________________ Users mailing list Users@einsteintoolkit.org <mailto:Users@einsteintoolkit.org> <mailto:Users@einsteintoolkit.__org <mailto:Users@einsteintoolkit.org>> http://lists.einsteintoolkit.__org/mailman/listinfo/users <http://lists.einsteintoolkit.org/mailman/listinfo/users> -- Erik Schnetter <schnetter@cct.lsu.edu <mailto:schnetter@cct.lsu.edu> <mailto:schnetter@cct.lsu.edu <mailto:schnetter@cct.lsu.edu>>__> http://www.cct.lsu.edu/~__eschnett/ <http://www.cct.lsu.edu/~eschnett/> -- Dr. Yosef Zlochower Center for Computational Relativity and Gravitation Assistant Professor School of Mathematical Sciences Rochester Institute of Technology 85 Lomb Memorial Drive Rochester, NY 14623 Office:74-2067 Phone: +1 585-475-6103 <tel:%2B1%20585-475-6103> yosef@astro.rit.edu <mailto:yosef@astro.rit.edu> CONFIDENTIALITY NOTE: The information transmitted, including attachments, is intended only for the person(s) or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and destroy any copies of this information.-- Erik Schnetter <schnetter@cct.lsu.edu mailto:schnetter@cct.lsu.edu> http://www.cct.lsu.edu/~eschnett/
Yosef
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.
-erik
On Mon, Dec 12, 2011 at 5:49 PM, Yosef Zlochower yosef@astro.rit.eduwrote:
On 12/12/2011 01:21 PM, Erik Schnetter wrote:
prolongation='none' is one of the possibilities; there are other prolongation types, e.g. sync, restrict, or copy.
To find out what is going on, we need to find out which thorn called on Carpet to interpolate in time for what reason. A stack backtrace or similar information would be useful.
-erik
Here is the backtrace
Backtrace from rank 1 pid 32125:
- /lib64/tls/libc.so.6 [0x2a97164300]
- gdata::find_source_timelevel(**std::vector<double,
std::allocator<double> > const&, double, int, operator_type, int&, int&)(./cactus_lazev) 3. gdata::transfer_from(comm_**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) 4. ggf::transfer_from_all(comm_**state&, int, int, int, std::vector<sendrecv_**pseudoregion_t, std::allocator<sendrecv_**pseudoregion_t>
const dh::fast_dboxes::*, std::vector<int, std::allocator<int> > const&,
int, int, double const&, bool, bool)(./cactus_lazev) 5. ggf::recompose_fill(comm_**state&, int, bool)(./cactus_lazev) 6. dh::recompose(int, bool)(./cactus_lazev) 7. gh::recompose(int, bool)(./cactus_lazev) 8. Carpet::Recompose(_cGH const*, int, bool)(./cactus_lazev) 9. ./cactus_lazev [0x10c01c5] a. Carpet::Evolve(tFleshConfig*)(**./cactus_lazev) b. ./cactus_lazev(main+0x9f) [0x4eb0cf] c. /lib64/tls/libc.so.6(__libc_**start_main+0xdb) [0x2a9715
On Mon, Dec 12, 2011 at 12:45 PM, Yosef Zlochower <yosef@astro.rit.edu
mailto:yosef@astro.rit.edu> wrote:
On 12/12/2011 12:11 PM, Erik Schnetter wrote:
Other causes for a timer interpolation may be a spatial interpolation at a time where the coarse grid does not exist, or a reduction operation at such a time (e.g. for scalar output).I haven't declared it with prolongation=none, but I never interpolate it, reduce it, or sync it.
How do you declare this variable? You may need to explicitly tell Carpet to leave this variable alone, or to report an error when such an operation is attempted.How do I do this?
-erik On Mon, Dec 12, 2011 at 11:35 AM, Frank Loeffler <knarf@cct.lsu.edu <mailto:knarf@cct.lsu.edu> <mailto:knarf@cct.lsu.edu <mailto:knarf@cct.lsu.edu>>> wrote: On Mon, Dec 12, 2011 at 10:32:55AM -0500, Yosef Zlochowerwrote: > -> Internal error: extrapolation in time. variable=LAZEV::dotalp > time=118.90625 times=[118.9375] > > I am unsure how the times could have gotten out of sync at such a late > time in the simulation without getting out of sync earlier. I also > do not understand why a time interpolation should have been attempted > in the first place. I don't sync or attempt to interpolate this GF.
Do you regrid at that time? It might happen that in order to regrid at that particular time Carpet would need to interpolate in time, and it didn't do before because levels might have been lined up at the time of regridding. Frank -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCAAGBQJO5i1LAAoJEOkzpi**__p+__**I59kKmoQAMunqhAbzUsA0M0Qw2kWcj**__Lg
5gcicHUXfBkDwOonpRoI9hBPlFSri9**__qyJ2SlSgP8t7zQ27RXrhFg/__**U4JaDCJ1Cmj
rt3ohllTIg79+__**4qfXCupX0Smy3ujUlwiFEE6IGBTVUm**__fibn1L4ZIVYoXg7OrcaE/
bqapepAUE4Om2Ja/P4+__**Nhl0ErqEX6djkcRXKsIBLaFApC4nqv**__tZ6LQQrQNgXz7f9
bmS73KbP1kmg9yKVAXAn3YuUVymAmq**__Lt+73Ri0fV7t3+__**sGoj2bnd9huGH69Dqfqk
AP1pXRa9Xnmv6ECZnKu8r7GStTUmNl**__xfRfNzdtCol+**ZiPALJsoT7yivkC7/__9Hv23
FcvByrwBY0GPCDM5TpcmcXtFdhSRNz**__iZvTvN05IuJYtPNfq+3rHA+__**PaEh0gsENR5
6phvupWLdAmQlj2xZLHzO7mq7uCtig**__zEx8hmvwtH4dh/aQtAz+__**87RgJMgiyrw0y0
l959sI0tvzKQUzUA6rLWDD3mhXeUXu**__**Kn863OK9nWpU87gVstCPMnBCTpflJ0**__crm3
a0weIAhqv+iZz3mQk/__**YroBnMh1uMTERKLr/EZrdh+__**fpMU319WtAiLBV59Ejn8dtM
BC9+__**4Iyk20oovm2rEkX7ofxuJOv4B0Cqw0**__**ikVUYeN4PGz3XKqOTK9VKU2EXSQoey
gnJp0G5Wi8uIHTWYm3wN =fBiL -----END PGP SIGNATURE----- ______________________________**___________________ Users mailing list Users@einsteintoolkit.org <mailto:Users@einsteintoolkit.**org<Users@einsteintoolkit.org><mailto:Users@einsteintoolkit.**__org <mailto:Users@einsteintoolkit.**org <Users@einsteintoolkit.org>>> http://lists.einsteintoolkit._**_org/mailman/listinfo/users <http://lists.einsteintoolkit.**org/mailman/listinfo/users<http://lists.einsteintoolkit.org/mailman/listinfo/users>-- Erik Schnetter <schnetter@cct.lsu.edu <mailto:schnetter@cct.lsu.edu> <mailto:schnetter@cct.lsu.edu <mailto:schnetter@cct.lsu.edu>**>__> http://www.cct.lsu.edu/~__**eschnett/<http://www.cct.lsu.edu/~__eschnett/> <http://www.cct.lsu.edu/~**eschnett/<http://www.cct.lsu.edu/~eschnett/>-- Dr. Yosef Zlochower Center for Computational Relativity and Gravitation Assistant Professor School of Mathematical Sciences Rochester Institute of Technology 85 Lomb Memorial Drive Rochester, NY 14623
Office:74-2067 Phone: +1 585-475-6103 tel:%2B1%20585-475-6103
yosef@astro.rit.edu mailto:yosef@astro.rit.edu
CONFIDENTIALITY NOTE: The information transmitted, including attachments, is intended only for the person(s) or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and destroy any copies of this information.
-- Erik Schnetter <schnetter@cct.lsu.edu mailto:schnetter@cct.lsu.edu**> http://www.cct.lsu.edu/~**eschnett/ http://www.cct.lsu.edu/~eschnett/
-- Dr. Yosef Zlochower Center for Computational Relativity and Gravitation Assistant Professor School of Mathematical Sciences Rochester Institute of Technology 85 Lomb Memorial Drive Rochester, NY 14623
Office:74-2067 Phone: +1 585-475-6103
yosef@astro.rit.edu
CONFIDENTIALITY NOTE: The information transmitted, including attachments, is intended only for the person(s) or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and destroy any copies of this information.
Hi,
Thanks for the help. I recompiled after adding the prolongation="none" tags and the run no longer terminates with a time interpolation error.
On 12/12/2011 01:21 PM, Erik Schnetter wrote:
prolongation='none' is one of the possibilities; there are other prolongation types, e.g. sync, restrict, or copy.
To find out what is going on, we need to find out which thorn called on Carpet to interpolate in time for what reason. A stack backtrace or similar information would be useful.
-erik
Office:74-2067 Phone: +1 585-475-6103 <tel:%2B1%20585-475-6103> yosef@astro.rit.edu <mailto:yosef@astro.rit.edu> CONFIDENTIALITY NOTE: The information transmitted, including attachments, is intended only for the person(s) or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and destroy any copies of this information.-- Erik Schnetter <schnetter@cct.lsu.edu mailto:schnetter@cct.lsu.edu> http://www.cct.lsu.edu/~eschnett/
users@lists.einsteintoolkit.org
-
Erik Schnetter -
Frank Loeffler -
Yosef Zlochower