[Mesa-users] Finding the origin of an internal error

Warrick Ball W.H.Ball at bham.ac.uk
Fri Oct 26 02:49:40 EDT 2018


Hi Thomas,

If you're just making small changes in `star`, I think it should be fine 
to just run `./i1` after you've made your changes.  `star/i1` just points 
to `utils/i1` which contains

     #!/bin/bash

     function check_okay {
             if [ $? -ne 0 ]
             then
                     echo
                     pwd
                     echo "./build_and_test FAILED"
                     echo
                     exit 1
             fi
     }

     ./build_and_test
     check_okay
     echo "export"
     ./export
     echo "done"

If you do something that affects the test results, you can skip the test 
by touching the file `star/skip_test`.

Or, as Roque has already said, you can just run `./export` after 
rebuilding `star`.

Cheers,
Warrick


------------
Warrick Ball
Postdoc, School of Physics and Astronomy
University of Birmingham, Edgbaston, Birmingham B15 2TT
W.H.Ball at bham.ac.uk
+44 (0)121 414 4552


On Thu, 25 Oct 2018, Gehrman, Thomas Charles wrote:

> 
> Hello all,
> 
> 
> I have a question regarding determining the origin of an internal error.
> 
> 
> When I run my model the time steps become so short they're on the dynamical timescale.\A0When I set report_why_dt_limits to true I find the that the set_omega_adjust_mass failed to adjust mass printed out in
> my terminal. I went to star/private directory to find the adjust_mass module and look for the set_omega_adjust_mass subroutine to figure out what part of the routine is failing. I was attempting to put print
> statements in the routine in specific spots to see if it would printout in the terminal to find the error. However, I noticed that even if I ./clean and ./mk all the private modules in mesa/star it doesn't
> carry through to my terminal output. Is there a way to have print statments in the terminal so I can solve exactly what is failing in the set_omega_adjust_mass subroutine? I've been stuck on this for awhile
> and have tried changing the mesh_delta_coeff varcontrol_target among other suggestions to solve my time step problem.
> 
> 
> I have attached my inlists and run_star_extras files. Sorry if the run_binary_extras is a bit messy. My formulas I'm using from my paper are a bit cumbersome.
> 
> Thank you,
> 
> Thomas
> 
> 
> Thomas C. Gehrman Jr.
> 
> M.S. Physics & Graduate Teaching Assistant
> 
> Department of Physics and Astronomy
> 
> Minnesota State University, Mankato
> 
> Office: N144
> 
> 
> 
> 
>


More information about the Mesa-users mailing list