<div dir="ltr"><div class="gmail_default" style="font-family:courier new,monospace">Hi Erik.</div><div class="gmail_default" style="font-family:courier new,monospace"><br></div><div class="gmail_default" style="font-family:courier new,monospace">No. Space / file number has sometimes been an issue on this machine, but not recently, and I tried this with two different executables compiled a week apart. I just compiled a different executable with Formaline, and got the same result.<br></div><div class="gmail_default" style="font-family:courier new,monospace"><br></div><div class="gmail_default" style="font-family:courier new,monospace">Bernard</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 19 Apr 2022 at 13:40, Erik Schnetter <<a href="mailto:schnetter@gmail.com">schnetter@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Bernard<br>
<br>
I don't know why Formaline wouldn't output all thorns. There is no<br>
mechanism that would store or output only some of the thorns. Did you<br>
run out of disk space just now, so that the other tarballs couldn't be<br>
written?<br>
<br>
-erik<br>
<br>
On Tue, Apr 19, 2022 at 5:51 AM Bernard Kelly <<a href="mailto:physicsbeany@gmail.com" target="_blank">physicsbeany@gmail.com</a>> wrote:<br>
><br>
> Hi Roland. Thanks for the quick response.<br>
><br>
> I tried running the executable using a parameter file that only included 'ActiveThorns = "Formaline"', as you suggested. This seemed to work, but the result was a new directory called 'cactus-source' that included only a handful of basic thorns:<br>
><br>
> Cactus-source-ADMAnalysis.tar.gz<br>
> Cactus-source-ADMBase.tar.gz<br>
> Cactus-source-ADMCoupling.tar.gz<br>
> Cactus-source-ADMMacros.tar.gz<br>
> Cactus-source-ADMMass.tar.gz<br>
> Cactus-source-CactusConfig.tar.gz<br>
> Cactus-source-Cactus.tar.gz<br>
><br>
> Does this mean that Formaline didn't store the other thorns, or that they have to be dug out some other way?<br>
><br>
> Bernard<br>
><br>
> On Mon, 18 Apr 2022 at 14:26, Roland Haas <<a href="mailto:rhaas@illinois.edu" target="_blank">rhaas@illinois.edu</a>> wrote:<br>
>><br>
>> Hello Bernard,<br>
>><br>
>> > Follow-up thought: since gdb is a debugger, does this mean I should have<br>
>> > compiled the original executable with debugging symbols? (Something I<br>
>> > almost never do for a production executable.)<br>
>> Almost certainly, yes. Though maybe not all off them but enough that<br>
>> say "nm exe/cactus_sim_ET_2021_05_BC" reports something for<br>
>> cactus_source (eg in my case nm exe/cactus_sim | grep<br>
>> 'cactus_source$' -> 0000000006fdc1c0 D cactus_source). Gdb needs to be<br>
>> able to resolve the "cactus_source" symbol into the actual address.<br>
>> Otherwise it will be hard to find out that correct starting point for<br>
>> the linked list of tar file fragments.<br>
>><br>
>> If you can still run the the executable then running it with a minimal<br>
>> thornlist that says<br>
>><br>
>> ActiveThorns = "Formaline"<br>
>><br>
>> will write out the source code tarball.<br>
>><br>
>> Yours,<br>
>> Roland<br>
>><br>
>> --<br>
>> My email is as private as my paper mail. I therefore support encrypting<br>
>> and signing email messages. Get my PGP key from <a href="http://keys.gnupg.net" rel="noreferrer" target="_blank">http://keys.gnupg.net</a>.<br>
><br>
><br>
><br>
> --<br>
> ------------------------------------------------------------------<br>
> Bernard Kelly -- CRESST Assistant Research Scientist, NASA/GSFC<br>
> Gravitational Astrophysics Laboratory --- Code 663<br>
><br>
> Phone: +1 (301) 286-7243 *** Fax: +1 (301) 286-2226<br>
> Web: <a href="http://science.gsfc.nasa.gov/sed/bio/bernard.j.kelly" rel="noreferrer" target="_blank">http://science.gsfc.nasa.gov/sed/bio/bernard.j.kelly</a><br>
> ORCID: <a href="http://orcid.org/0000-0002-3326-4454" rel="noreferrer" target="_blank">orcid.org/0000-0002-3326-4454</a><br>
> ------------------------------------------------------------------<br>
> _______________________________________________<br>
> Users mailing list<br>
> <a href="mailto:Users@einsteintoolkit.org" target="_blank">Users@einsteintoolkit.org</a><br>
> <a href="http://lists.einsteintoolkit.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.einsteintoolkit.org/mailman/listinfo/users</a><br>
<br>
<br>
<br>
-- <br>
Erik Schnetter <<a href="mailto:schnetter@gmail.com" target="_blank">schnetter@gmail.com</a>><br>
<a href="http://www.perimeterinstitute.ca/personal/eschnetter/" rel="noreferrer" target="_blank">http://www.perimeterinstitute.ca/personal/eschnetter/</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature">------------------------------------------------------------------<br>Bernard Kelly -- CRESST Assistant Research Scientist, NASA/GSFC<br>Gravitational Astrophysics Laboratory --- Code 663<br> <br>Phone: +1 (301) 286-7243 *** Fax: +1 (301) 286-2226<br>Web: <a href="http://science.gsfc.nasa.gov/sed/bio/bernard.j.kelly" target="_blank">http://science.gsfc.nasa.gov/sed/bio/bernard.j.kelly</a><br>ORCID: <a href="http://orcid.org/0000-0002-3326-4454" target="_blank">orcid.org/0000-0002-3326-4454</a><br>------------------------------------------------------------------</div>