mesa-users — open list for mesa comments, questions, & answers

Re: [mesa-users] (no subject)

[Bill P. <pa...@ki...>]

Hi Naveen,

On Dec 5, 2011, at 1:19 PM, naveen yadav wrote:

> Hi
> 
> 
> I am trying to run a model with low mass(0.5M_sun, 0.6M_sun).
> I am getting the output on terminal: 
> ...............................................................................................
>      dX_div_X too large for h1  917    0.5006254772E+00    0.5000000000E+00    0.7433708175E-02
>      dX_div_X too large for h1  897    0.5009315703E+00    0.5000000000E+00    0.7432030712E-02
>      dX_div_X too large for h1  898    0.5653517374E+00    0.5000000000E+00    0.7424575287E-02
>      dX_div_X too large for h1  900    0.5734262142E+00    0.5000000000E+00    0.7425290335E-02
>      dX_div_X too large for h1  898    0.5684504011E+00    0.5000000000E+00    0.7417244698E-02
>      dX_div_X too large for h1  905    0.5743475398E+00    0.5000000000E+00    0.7420076630E-02
> ...............................................................................................
> I find that the timestep.f has a parameter by this name. Can you please tell me  
> 1)what this parameter(dX_div_X) means ?


Sorry for the confusion --- I'll change the wording of that message for the next release to make it clearer.

As you discovered, it is giving you additional information about the timestep selection.   
Timesteps are limited to prevent too large change in mass fractions at any point.
The 1st line says that the relative change (dX_div_X) for mass fraction of h1 at cell 917 was too large
(the change was 0.5006254772 while the limit was 0.500000000), and this happened at mass coordinate 0.7433708175e-02.

So this isn't an error message -- it isn't even a warning.  it is just to give you some more information about the timestep selection.


> 2)Is there a description of these kind of control parameters somewhere in the code?


There are 3 kinds of controls for mesa/star -- they are defined in 3 files in the mesa/star/public directory.
The parameters for the "library" routines that do the work of evolving the model are in star_defaults.dek (&controls section of inlist)
The parameters for the "executive" routines are in run_star_defaults.dek (&star_job section of inlist)
And the parameters for the plotting routines are in pgstar_defaults.dek (&pgstar section of inlist)


Hope that helps.

Cheers,
Bill

[mesa-users] (no subject)

[naveen y. <nav...@ya...>]

Hi


I am trying to run a model with low mass(0.5M_sun,0.6M_sun).
I am getting the output on terminal: 
  ...............................................................................................

     dX_div_X too large for h1  917    0.5006254772E+00    0.5000000000E+00    0.7433708175E-02
     dX_div_X too large for h1  897    0.5009315703E+00    0.5000000000E+00    0.7432030712E-02
     dX_div_X too large for h1  898    0.5653517374E+00    0.5000000000E+00    0.7424575287E-02
     dX_div_X too large for h1  900    0.5734262142E+00    0.5000000000E+00    0.7425290335E-02
     dX_div_X too large for h1  898    0.5684504011E+00    0.5000000000E+00    0.7417244698E-02
     dX_div_X too large for h1  905    0.5743475398E+00    0.5000000000E+00    0.7420076630E-02
...............................................................................................
I find that the timestep.f has a parameter by this name. Can you please tell me  

1)what this parameter(dX_div_X) means ?
2)Is there a description of these kind of control parameters somewhere in the code?


Regards

----------------------------------------
Naveen Yadav
Graduate Student
D.A.A.
Tata Institute Of Fundamental Research.
Mumbai-400 005
----------------------------------------

Re: [mesa-users] Brunt-Vaisala frequency in convective regions.

[Daniel K. <ka...@as...>]

I'm pleased to report that it works.

Thanks,
Daniel

On Tue, 29 Nov 2011, Bill Paxton wrote:

> Hi Daniel,
>
> Note that brunt_N2 is a standard output, but it is only calculated when calculate_Brunt_N2 is true.
> So first check that you've set that flag true in your inlist.
>
> Then make a plot of the profile of burnt_N2 to see if you get negative values in the convective zone.
>
> If so, great!  If not, please send me your inlist plus a starting model so I can give it a try.
>
> Good luck,
> Bill
>
>
>
> On Nov 29, 2011, at 2:55 PM, Daniel Kagan wrote:
>
>>
>> I am trying to calculate the value of N^2 in convective regions of a stellar
>> model; while this will be negative, both of the formulas for the Brunt-Vaisala
>> frequency ought to work there. However, Mesa doesn't seem to use these formulae
>> in convective regions, and N^2 (as opposed to log(N^2))
>> is not a standard output. Is there a way to force Mesa to do this calculation?
>> I have tried to do it manually (without success), but is there an easier way?
>>
>> Thanks,
>> Daniel Kagan
>>
>> ------------------------------------------------------------------------------
>> All the data continuously generated in your IT infrastructure
>> contains a definitive record of customers, application performance,
>> security threats, fraudulent activity, and more. Splunk takes this
>> data and makes sense of it. IT sense. And common sense.
>> http://p.sf.net/sfu/splunk-novd2d
>> _______________________________________________
>> mesa-users mailing list
>> mes...@li...
>> https://lists.sourceforge.net/lists/listinfo/mesa-users
>

Re: [mesa-users] overshooting

[<umb...@un...>]

Dear Bill,

thanks so much for your help! I'll think upon that, it will surely be  
very useful.. :)
Cheers,

  Umberto

Quoting Bill Paxton <pa...@ki...>:

> Hi Umberto,
>
> Thanks for your question -- I think this is a case where we should
> use grep to track down the truth in the code in star/private.
> But first let me say that these parameters allow you to set "standard"
> values for the overshoot f parameters (such as appropriate for a 2 Msun star)
> and have them automatically reduced for lower mass stars.  The automatic
> reduction takes effect over a mass range that you specify using the
> controls mass_for_overshoot_full_on and mass_for_overshoot_full_off.
> You might check with Falk Herwig for the physical motivation for this.
> For the code details, grep will tell us where to look.
>
> /Users/bpaxton/mesa/star/private: grep mass_for_overshoot_full_on *
> ctrls_io.f:         mass_for_overshoot_full_on, &
> ctrls_io.f:         s% mass_for_overshoot_full_on =  
> mass_for_overshoot_full_on
> overshoot.f:            if (s% star_mass <= s%  
> mass_for_overshoot_full_on) then
> overshoot.f:                      (s% mass_for_overshoot_full_on -  
> s% mass_for_overshoot_full_off)
>
> The references in ctrls_io are defining the names for the &controls  
> inlist, so that's not what we want.
> We'll want to check the code in overshoot.f -- here's the relevant  
> section from the add_overshooting routine:
>
>          do i=1, n_conv_bdy ! from center to surface
>
>             if (s% conv_bdy_q(i) < s% min_overshoot_q) then
>                if (dbg) write(*,*) 'skip since s% conv_bdy_q(i) <  
> min_overshoot_q', i
>                cycle
>             end if
>
>             call set_f(i)
>
>             have_h1_czb = .false.
>
>             if (f_above == 0 .and. f_below == 0) cycle
>             if (s% star_mass <= s% mass_for_overshoot_full_off) cycle
>             if (s% star_mass <= s% mass_for_overshoot_full_on) then
>                frac = (s% star_mass - s% mass_for_overshoot_full_off) / &
>                       (s% mass_for_overshoot_full_on - s%  
> mass_for_overshoot_full_off)
>                frac = 0.5d0*(1 - cos(pi*frac))
>                if (dbg) write(*,1) 'overshoot frac', frac
>                f_above = f_above*frac
>                f_below = f_below*frac
>             end if
>
> We are looping over the convective boundaries deciding whether or  
> not to add overshooting.
> The test of min_overshoot_q prevents adding overshooting very near  
> the center.
> The call on set_f sets the f_above and f_below values depending on  
> what kind of convective zone it it.
> If star_mass is <= mass_for_overshoot_full_on, then we cycle to the  
> next boundary without adding overshooting.
> If star_mass is > mass_for_overshoot_full_off but less than  
> mass_for_overshoot_full_off, then the values
> of f_above and f_below are reduced by a value that depends on where  
> the star_mass lies in the range.
>
> Good luck,
> Bill
>
>
>
>
>
>
>
> On Dec 1, 2011, at 2:34 AM, umb...@un... wrote:
>
>> Hi all,
>> I'm performing some tests varying overshooting.. I saw in
>> star_defaults.dek that  overshoot_f0_above/below parameter has to be
>> set.. moreover I saw that a range of star masses over which
>> overshooting is gradually enabled has to be set as well.. more
>> precisely the two parameters mass_for_overshoot_full_on and
>> mass_for_overshoot_full_off.. but what do they mean? Do they define a
>> mass range such as overshooting starts from
>> mass_for_overshoot_full_off and reaches its plenty efficiency at
>> mass_for_overshoot_full_on and major masses? Can anybody clarify this
>> point? :)
>> All the best,
>>
>>  Umberto
>>
>> ----------------------------------------------------------------
>> This message was sent using IMP, the Internet Messaging Program.
>>
>>
>>
>> ------------------------------------------------------------------------------
>> All the data continuously generated in your IT infrastructure
>> contains a definitive record of customers, application performance,
>> security threats, fraudulent activity, and more. Splunk takes this
>> data and makes sense of it. IT sense. And common sense.
>> http://p.sf.net/sfu/splunk-novd2d
>> _______________________________________________
>> mesa-users mailing list
>> mes...@li...
>> https://lists.sourceforge.net/lists/listinfo/mesa-users
>
>



----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

Re: [mesa-users] overshooting

[Bill P. <pa...@ki...>]

Hi Umberto,

Thanks for your question -- I think this is a case where we should
use grep to track down the truth in the code in star/private.
But first let me say that these parameters allow you to set "standard"
values for the overshoot f parameters (such as appropriate for a 2 Msun star)
and have them automatically reduced for lower mass stars.  The automatic
reduction takes effect over a mass range that you specify using the
controls mass_for_overshoot_full_on and mass_for_overshoot_full_off.
You might check with Falk Herwig for the physical motivation for this.
For the code details, grep will tell us where to look.

/Users/bpaxton/mesa/star/private: grep mass_for_overshoot_full_on *
ctrls_io.f:         mass_for_overshoot_full_on, &
ctrls_io.f:         s% mass_for_overshoot_full_on = mass_for_overshoot_full_on
overshoot.f:            if (s% star_mass <= s% mass_for_overshoot_full_on) then
overshoot.f:                      (s% mass_for_overshoot_full_on - s% mass_for_overshoot_full_off)

The references in ctrls_io are defining the names for the &controls inlist, so that's not what we want.
We'll want to check the code in overshoot.f -- here's the relevant section from the add_overshooting routine:

         do i=1, n_conv_bdy ! from center to surface

            if (s% conv_bdy_q(i) < s% min_overshoot_q) then
               if (dbg) write(*,*) 'skip since s% conv_bdy_q(i) < min_overshoot_q', i
               cycle
            end if
            
            call set_f(i)
            
            have_h1_czb = .false.
            
            if (f_above == 0 .and. f_below == 0) cycle
            if (s% star_mass <= s% mass_for_overshoot_full_off) cycle
            if (s% star_mass <= s% mass_for_overshoot_full_on) then
               frac = (s% star_mass - s% mass_for_overshoot_full_off) / &
                      (s% mass_for_overshoot_full_on - s% mass_for_overshoot_full_off)
               frac = 0.5d0*(1 - cos(pi*frac))
               if (dbg) write(*,1) 'overshoot frac', frac
               f_above = f_above*frac
               f_below = f_below*frac
            end if

We are looping over the convective boundaries deciding whether or not to add overshooting.
The test of min_overshoot_q prevents adding overshooting very near the center.
The call on set_f sets the f_above and f_below values depending on what kind of convective zone it it.
If star_mass is <= mass_for_overshoot_full_on, then we cycle to the next boundary without adding overshooting.
If star_mass is > mass_for_overshoot_full_off but less than mass_for_overshoot_full_off, then the values
of f_above and f_below are reduced by a value that depends on where the star_mass lies in the range.

Good luck,
Bill







On Dec 1, 2011, at 2:34 AM, umb...@un... wrote:

> Hi all,
> I'm performing some tests varying overshooting.. I saw in  
> star_defaults.dek that  overshoot_f0_above/below parameter has to be  
> set.. moreover I saw that a range of star masses over which  
> overshooting is gradually enabled has to be set as well.. more  
> precisely the two parameters mass_for_overshoot_full_on and  
> mass_for_overshoot_full_off.. but what do they mean? Do they define a  
> mass range such as overshooting starts from   
> mass_for_overshoot_full_off and reaches its plenty efficiency at   
> mass_for_overshoot_full_on and major masses? Can anybody clarify this  
> point? :)
> All the best,
> 
>  Umberto
> 
> ----------------------------------------------------------------
> This message was sent using IMP, the Internet Messaging Program.
> 
> 
> 
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure 
> contains a definitive record of customers, application performance, 
> security threats, fraudulent activity, and more. Splunk takes this 
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> _______________________________________________
> mesa-users mailing list
> mes...@li...
> https://lists.sourceforge.net/lists/listinfo/mesa-users

[mesa-users] overshooting

[<umb...@un...>]

Hi all,
I'm performing some tests varying overshooting.. I saw in  
star_defaults.dek that  overshoot_f0_above/below parameter has to be  
set.. moreover I saw that a range of star masses over which  
overshooting is gradually enabled has to be set as well.. more  
precisely the two parameters mass_for_overshoot_full_on and  
mass_for_overshoot_full_off.. but what do they mean? Do they define a  
mass range such as overshooting starts from   
mass_for_overshoot_full_off and reaches its plenty efficiency at   
mass_for_overshoot_full_on and major masses? Can anybody clarify this  
point? :)
All the best,

  Umberto

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

Re: [mesa-users] Brunt-Vaisala frequency in convective regions.

[Bill P. <pa...@ki...>]

Hi Daniel,

Note that brunt_N2 is a standard output, but it is only calculated when calculate_Brunt_N2 is true.
So first check that you've set that flag true in your inlist.

Then make a plot of the profile of burnt_N2 to see if you get negative values in the convective zone.

If so, great!  If not, please send me your inlist plus a starting model so I can give it a try.

Good luck,
Bill



On Nov 29, 2011, at 2:55 PM, Daniel Kagan wrote:

> 
> I am trying to calculate the value of N^2 in convective regions of a stellar 
> model; while this will be negative, both of the formulas for the Brunt-Vaisala 
> frequency ought to work there. However, Mesa doesn't seem to use these formulae 
> in convective regions, and N^2 (as opposed to log(N^2))
> is not a standard output. Is there a way to force Mesa to do this calculation? 
> I have tried to do it manually (without success), but is there an easier way?
> 
> Thanks,
> Daniel Kagan
> 
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure 
> contains a definitive record of customers, application performance, 
> security threats, fraudulent activity, and more. Splunk takes this 
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> _______________________________________________
> mesa-users mailing list
> mes...@li...
> https://lists.sourceforge.net/lists/listinfo/mesa-users

[mesa-users] Brunt-Vaisala frequency in convective regions.

[Daniel K. <ka...@as...>]

I am trying to calculate the value of N^2 in convective regions of a stellar 
model; while this will be negative, both of the formulas for the Brunt-Vaisala 
frequency ought to work there. However, Mesa doesn't seem to use these formulae 
in convective regions, and N^2 (as opposed to log(N^2))
is not a standard output. Is there a way to force Mesa to do this calculation? 
I have tried to do it manually (without success), but is there an easier way?

Thanks,
Daniel Kagan

Re: [mesa-users] Install error

[Guido M. L. <gui...@gm...>]

Hi Richard,

I have the newest version of that library.

Cheers

On 28 November 2011 18:16, Richard Townsend <tow...@as...> wrote:

> Hi Guido --
>
> Is the libc6-dev package installed? If not, could you try installing?
>
> cheers,
>
> Rich
>
> On Nov 27, 2011, at 11:28 PM, Guido Moyano Loyola wrote:
>
> > root@Terminus:~# ldd `which bash`
> >     linux-gate.so.1 =>  (0xb78dc000)
> >     libncurses.so.5 => /lib/libncurses.so.5 (0xb78a7000)
> >     libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xb78a2000)
> >     libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb7725000)
> >     libtinfo.so.5 => /lib/libtinfo.so.5 (0xb7706000)
> >     /lib/ld-linux.so.2 (0xb78dd000)
> >
> >
> > I am sure that I am using a 32-bit Ubuntu, but just in case I looked:
> >
> > root@Terminus:~# file /sbin/init
> > /sbin/init: ELF 32-bit LSB shared objec, Intel 80386, version 1 (SYSV,
> dynamically linked (uses shared libs), for GNU/Linux 2.6.15, stripped
> >
> >
> > Cheers
> >
> >
> >
> > On 28 November 2011 16:18, Richard Townsend <tow...@as...>
> wrote:
> > Are you sure that you are running the 32-bit Ubuntu? Can you send the
> output of:
> >
> > ldd `which bash`
> >
> > (note: these are not quotes '' but backticks ``)
> >
> > On Nov 27, 2011, at 11:00 PM, Guido Moyano Loyola wrote:
> >
> > > Hi Richard,
> > >
> > > thanks for your quick reply.
> > >
> > > I am using the new version of SDK from your webpage. I tried again
> just copying the makefile_header as you suggested me (and I have all the
> > > addons in .bashrc and .bash_profile), but the error persists (I did a
> ./clean before ./install):
> > >
> > > root@Terminus:~mesa# ./install
> > > checking if ndiff is installed ...
> > > yes!
> > >
> > > /home/guido/mesa/const
> > > building const package.
> > >
> > > gfortran -fno-range-check  -fopenmp  -I../public -I../private
> -I../../include -Wunused-value -Werror -W -fimplicit-none   -O2 -c
> -ffixed-form -ffixed-line-length-132 ../public/const_def.f
> > > gfortran -fno-range-check  -fopenmp  -I../public -I../private
> -I../../include -Wunused-value -Werror -W -fimplicit-none   -O2 -c
> -ffixed-form -ffixed-line-length-132 ../public/const_lib.f
> > > ar crs libconst.a const_def.o const_lib.o
> > > make: `libconst.a' is up to date.
> > > gfortran -fno-range-check  -fopenmp -I../../make -I../../public
> -I../../../include -I/home/guido/mesa/utils/
> > > mesasdk/include -fbounds-check -g -c -ffixed-form
> -ffixed-line-length-132 ../src/test_const.f
> > > gfortran -fopenmp -o ../tester test_const.o -L../../make -lconst
> > > /usr/bin/ld: cannot find crt1.o: No such file or directory
> > > /usr/bin/ld: cannot find crti.o: No such file or directory
> > > collect2: error: ld returned 1 exit status
> > > make: *** [tester] Error 1
> > >
> > > /home/guido/mesa/const/test
> > > FAILED
> > >
> > >
> > > /home/guido/mesa/const
> > > ./build_and_test FAILED
> > >
> > > root@Terminus:~/mesa#
> > >
> > >
> > >
> > > --
> > > Guido Moyano Loyola, PhD Student
> > > Centre for Astrophysics and Supercomputing
> > > Swinburne University of Technology
> > > Hawthorn, Melbourne, VIC 3122, Australia
> > > Phone: +61392148707
> > > Office AR 310
> > > http://astronomy.swin.edu.au/staff/gmoyano.html
> > >
> > >
> >
> >
> >
> >
> > --
> > Guido Moyano Loyola, PhD Student
> > Centre for Astrophysics and Supercomputing
> > Swinburne University of Technology
> > Hawthorn, Melbourne, VIC 3122, Australia
> > Phone: +61392148707
> > Office AR 310
> > http://astronomy.swin.edu.au/staff/gmoyano.html
> >
> >
>
>


-- 
Guido Moyano Loyola, PhD Student
Centre for Astrophysics and Supercomputing
Swinburne University of Technology
Hawthorn, Melbourne, VIC 3122, Australia
Phone: +61392148707
Office AR 310
http://astronomy.swin.edu.au/staff/gmoyano.html

Re: [mesa-users] Install error

[Richard T. <tow...@as...>]

Hi Guido --

Is the libc6-dev package installed? If not, could you try installing?

cheers,

Rich

On Nov 27, 2011, at 11:28 PM, Guido Moyano Loyola wrote:

> root@Terminus:~# ldd `which bash`
>     linux-gate.so.1 =>  (0xb78dc000)
>     libncurses.so.5 => /lib/libncurses.so.5 (0xb78a7000)
>     libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xb78a2000)
>     libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb7725000)
>     libtinfo.so.5 => /lib/libtinfo.so.5 (0xb7706000)
>     /lib/ld-linux.so.2 (0xb78dd000)
> 
> 
> I am sure that I am using a 32-bit Ubuntu, but just in case I looked:
> 
> root@Terminus:~# file /sbin/init
> /sbin/init: ELF 32-bit LSB shared objec, Intel 80386, version 1 (SYSV, dynamically linked (uses shared libs), for GNU/Linux 2.6.15, stripped
> 
> 
> Cheers
> 
> 
> 
> On 28 November 2011 16:18, Richard Townsend <tow...@as...> wrote:
> Are you sure that you are running the 32-bit Ubuntu? Can you send the output of:
> 
> ldd `which bash`
> 
> (note: these are not quotes '' but backticks ``)
> 
> On Nov 27, 2011, at 11:00 PM, Guido Moyano Loyola wrote:
> 
> > Hi Richard,
> >
> > thanks for your quick reply.
> >
> > I am using the new version of SDK from your webpage. I tried again just copying the makefile_header as you suggested me (and I have all the
> > addons in .bashrc and .bash_profile), but the error persists (I did a ./clean before ./install):
> >
> > root@Terminus:~mesa# ./install
> > checking if ndiff is installed ...
> > yes!
> >
> > /home/guido/mesa/const
> > building const package.
> >
> > gfortran -fno-range-check  -fopenmp  -I../public -I../private -I../../include -Wunused-value -Werror -W -fimplicit-none   -O2 -c -ffixed-form -ffixed-line-length-132 ../public/const_def.f
> > gfortran -fno-range-check  -fopenmp  -I../public -I../private -I../../include -Wunused-value -Werror -W -fimplicit-none   -O2 -c -ffixed-form -ffixed-line-length-132 ../public/const_lib.f
> > ar crs libconst.a const_def.o const_lib.o
> > make: `libconst.a' is up to date.
> > gfortran -fno-range-check  -fopenmp -I../../make -I../../public -I../../../include -I/home/guido/mesa/utils/
> > mesasdk/include -fbounds-check -g -c -ffixed-form -ffixed-line-length-132 ../src/test_const.f
> > gfortran -fopenmp -o ../tester test_const.o -L../../make -lconst
> > /usr/bin/ld: cannot find crt1.o: No such file or directory
> > /usr/bin/ld: cannot find crti.o: No such file or directory
> > collect2: error: ld returned 1 exit status
> > make: *** [tester] Error 1
> >
> > /home/guido/mesa/const/test
> > FAILED
> >
> >
> > /home/guido/mesa/const
> > ./build_and_test FAILED
> >
> > root@Terminus:~/mesa#
> >
> >
> >
> > --
> > Guido Moyano Loyola, PhD Student
> > Centre for Astrophysics and Supercomputing
> > Swinburne University of Technology
> > Hawthorn, Melbourne, VIC 3122, Australia
> > Phone: +61392148707
> > Office AR 310
> > http://astronomy.swin.edu.au/staff/gmoyano.html
> >
> >
> 
> 
> 
> 
> -- 
> Guido Moyano Loyola, PhD Student
> Centre for Astrophysics and Supercomputing
> Swinburne University of Technology
> Hawthorn, Melbourne, VIC 3122, Australia
> Phone: +61392148707
> Office AR 310
> http://astronomy.swin.edu.au/staff/gmoyano.html
> 
> 

Re: [mesa-users] Install error

[Guido M. L. <gui...@gm...>]

root@Terminus:~# ldd `which bash`
    linux-gate.so.1 =>  (0xb78dc000)
    libncurses.so.5 => /lib/libncurses.so.5 (0xb78a7000)
    libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xb78a2000)
    libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb7725000)
    libtinfo.so.5 => /lib/libtinfo.so.5 (0xb7706000)
    /lib/ld-linux.so.2 (0xb78dd000)


I am sure that I am using a 32-bit Ubuntu, but just in case I looked:

root@Terminus:~# file /sbin/init
/sbin/init: ELF 32-bit LSB shared objec, Intel 80386, version 1 (SYSV,
dynamically linked (uses shared libs), for GNU/Linux 2.6.15, stripped


Cheers



On 28 November 2011 16:18, Richard Townsend <tow...@as...> wrote:

> Are you sure that you are running the 32-bit Ubuntu? Can you send the
> output of:
>
> ldd `which bash`
>
> (note: these are not quotes '' but backticks ``)
>
> On Nov 27, 2011, at 11:00 PM, Guido Moyano Loyola wrote:
>
> > Hi Richard,
> >
> > thanks for your quick reply.
> >
> > I am using the new version of SDK from your webpage. I tried again just
> copying the makefile_header as you suggested me (and I have all the
> > addons in .bashrc and .bash_profile), but the error persists (I did a
> ./clean before ./install):
> >
> > root@Terminus:~mesa# ./install
> > checking if ndiff is installed ...
> > yes!
> >
> > /home/guido/mesa/const
> > building const package.
> >
> > gfortran -fno-range-check  -fopenmp  -I../public -I../private
> -I../../include -Wunused-value -Werror -W -fimplicit-none   -O2 -c
> -ffixed-form -ffixed-line-length-132 ../public/const_def.f
> > gfortran -fno-range-check  -fopenmp  -I../public -I../private
> -I../../include -Wunused-value -Werror -W -fimplicit-none   -O2 -c
> -ffixed-form -ffixed-line-length-132 ../public/const_lib.f
> > ar crs libconst.a const_def.o const_lib.o
> > make: `libconst.a' is up to date.
> > gfortran -fno-range-check  -fopenmp -I../../make -I../../public
> -I../../../include -I/home/guido/mesa/utils/
> > mesasdk/include -fbounds-check -g -c -ffixed-form
> -ffixed-line-length-132 ../src/test_const.f
> > gfortran -fopenmp -o ../tester test_const.o -L../../make -lconst
> > /usr/bin/ld: cannot find crt1.o: No such file or directory
> > /usr/bin/ld: cannot find crti.o: No such file or directory
> > collect2: error: ld returned 1 exit status
> > make: *** [tester] Error 1
> >
> > /home/guido/mesa/const/test
> > FAILED
> >
> >
> > /home/guido/mesa/const
> > ./build_and_test FAILED
> >
> > root@Terminus:~/mesa#
> >
> >
> >
> > --
> > Guido Moyano Loyola, PhD Student
> > Centre for Astrophysics and Supercomputing
> > Swinburne University of Technology
> > Hawthorn, Melbourne, VIC 3122, Australia
> > Phone: +61392148707
> > Office AR 310
> > http://astronomy.swin.edu.au/staff/gmoyano.html
> >
> >
>
>


-- 
Guido Moyano Loyola, PhD Student
Centre for Astrophysics and Supercomputing
Swinburne University of Technology
Hawthorn, Melbourne, VIC 3122, Australia
Phone: +61392148707
Office AR 310
http://astronomy.swin.edu.au/staff/gmoyano.html

Re: [mesa-users] Install error

[Richard T. <tow...@as...>]

Are you sure that you are running the 32-bit Ubuntu? Can you send the output of:

ldd `which bash`

(note: these are not quotes '' but backticks ``)

On Nov 27, 2011, at 11:00 PM, Guido Moyano Loyola wrote:

> Hi Richard,
> 
> thanks for your quick reply.
> 
> I am using the new version of SDK from your webpage. I tried again just copying the makefile_header as you suggested me (and I have all the
> addons in .bashrc and .bash_profile), but the error persists (I did a ./clean before ./install):
> 
> root@Terminus:~mesa# ./install
> checking if ndiff is installed ...
> yes!
> 
> /home/guido/mesa/const
> building const package.
> 
> gfortran -fno-range-check  -fopenmp  -I../public -I../private -I../../include -Wunused-value -Werror -W -fimplicit-none   -O2 -c -ffixed-form -ffixed-line-length-132 ../public/const_def.f
> gfortran -fno-range-check  -fopenmp  -I../public -I../private -I../../include -Wunused-value -Werror -W -fimplicit-none   -O2 -c -ffixed-form -ffixed-line-length-132 ../public/const_lib.f
> ar crs libconst.a const_def.o const_lib.o
> make: `libconst.a' is up to date.
> gfortran -fno-range-check  -fopenmp -I../../make -I../../public -I../../../include -I/home/guido/mesa/utils/
> mesasdk/include -fbounds-check -g -c -ffixed-form -ffixed-line-length-132 ../src/test_const.f
> gfortran -fopenmp -o ../tester test_const.o -L../../make -lconst
> /usr/bin/ld: cannot find crt1.o: No such file or directory
> /usr/bin/ld: cannot find crti.o: No such file or directory
> collect2: error: ld returned 1 exit status
> make: *** [tester] Error 1
> 
> /home/guido/mesa/const/test
> FAILED
> 
> 
> /home/guido/mesa/const
> ./build_and_test FAILED
> 
> root@Terminus:~/mesa#
> 
> 
> 
> -- 
> Guido Moyano Loyola, PhD Student
> Centre for Astrophysics and Supercomputing
> Swinburne University of Technology
> Hawthorn, Melbourne, VIC 3122, Australia
> Phone: +61392148707
> Office AR 310
> http://astronomy.swin.edu.au/staff/gmoyano.html
> 
> 

Re: [mesa-users] Install error

[Guido M. L. <gui...@gm...>]

Hi Richard,

sure!,

root@Terminus:~/mesa# gfortran -v
Using built-in specs.
COLLECT_GCC=gfortran
COLLECT_LTO_WRAPPER=/home/
guido/mesa/utils/mesasdk/bin/../libexec/gcc/i686-pc-linux-gnu/4.7.0/lto-wrapper
Target: i686-pc-linux-gnu
Configured with: ./configure --build=i686-pc-linux-gnu
--prefix=/home/townsend/mesasdk-32bit
--with-gmp=/home/townsend/mesasdk-32bit
--with-mpfr=/home/townsend/mesasdk-32bit
--with-mpc=/home/townsend/mesasdk-32bit --enable-languages=c,c++,fortran
--disable-multilib
Thread model: posix
gcc version 4.7.0 20111114 (experimental) (GCC)


now I think that this could be a problem, Ubuntu 11.10 (sry, I didn't
mention which OS I was using) doesn't have the second command

uparm


Regards,
Guido



On 28 November 2011 16:06, Richard Townsend <tow...@as...> wrote:

> Hi Guido --
>
> Can you send me the output of the following commands:
>
> gfortran -v
>
> uparm -m
>
> cheers,
>
> Rich
>
> On Nov 27, 2011, at 11:00 PM, Guido Moyano Loyola wrote:
>
> > Hi Richard,
> >
> > thanks for your quick reply.
> >
> > I am using the new version of SDK from your webpage. I tried again just
> copying the makefile_header as you suggested me (and I have all the
> > addons in .bashrc and .bash_profile), but the error persists (I did a
> ./clean before ./install):
> >
> > root@Terminus:~mesa# ./install
> > checking if ndiff is installed ...
> > yes!
> >
> > /home/guido/mesa/const
> > building const package.
> >
> > gfortran -fno-range-check  -fopenmp  -I../public -I../private
> -I../../include -Wunused-value -Werror -W -fimplicit-none   -O2 -c
> -ffixed-form -ffixed-line-length-132 ../public/const_def.f
> > gfortran -fno-range-check  -fopenmp  -I../public -I../private
> -I../../include -Wunused-value -Werror -W -fimplicit-none   -O2 -c
> -ffixed-form -ffixed-line-length-132 ../public/const_lib.f
> > ar crs libconst.a const_def.o const_lib.o
> > make: `libconst.a' is up to date.
> > gfortran -fno-range-check  -fopenmp -I../../make -I../../public
> -I../../../include -I/home/guido/mesa/utils/
> > mesasdk/include -fbounds-check -g -c -ffixed-form
> -ffixed-line-length-132 ../src/test_const.f
> > gfortran -fopenmp -o ../tester test_const.o -L../../make -lconst
> > /usr/bin/ld: cannot find crt1.o: No such file or directory
> > /usr/bin/ld: cannot find crti.o: No such file or directory
> > collect2: error: ld returned 1 exit status
> > make: *** [tester] Error 1
> >
> > /home/guido/mesa/const/test
> > FAILED
> >
> >
> > /home/guido/mesa/const
> > ./build_and_test FAILED
> >
> > root@Terminus:~/mesa#
> >
> >
> >
> > --
> > Guido Moyano Loyola, PhD Student
> > Centre for Astrophysics and Supercomputing
> > Swinburne University of Technology
> > Hawthorn, Melbourne, VIC 3122, Australia
> > Phone: +61392148707
> > Office AR 310
> > http://astronomy.swin.edu.au/staff/gmoyano.html
> >
> >
>
>


-- 
Guido Moyano Loyola, PhD Student
Centre for Astrophysics and Supercomputing
Swinburne University of Technology
Hawthorn, Melbourne, VIC 3122, Australia
Phone: +61392148707
Office AR 310
http://astronomy.swin.edu.au/staff/gmoyano.html

Re: [mesa-users] Install error

[Richard T. <tow...@as...>]

Hi Guido --

Can you send me the output of the following commands:

gfortran -v

uparm -m

cheers,

Rich

On Nov 27, 2011, at 11:00 PM, Guido Moyano Loyola wrote:

> Hi Richard,
> 
> thanks for your quick reply.
> 
> I am using the new version of SDK from your webpage. I tried again just copying the makefile_header as you suggested me (and I have all the
> addons in .bashrc and .bash_profile), but the error persists (I did a ./clean before ./install):
> 
> root@Terminus:~mesa# ./install
> checking if ndiff is installed ...
> yes!
> 
> /home/guido/mesa/const
> building const package.
> 
> gfortran -fno-range-check  -fopenmp  -I../public -I../private -I../../include -Wunused-value -Werror -W -fimplicit-none   -O2 -c -ffixed-form -ffixed-line-length-132 ../public/const_def.f
> gfortran -fno-range-check  -fopenmp  -I../public -I../private -I../../include -Wunused-value -Werror -W -fimplicit-none   -O2 -c -ffixed-form -ffixed-line-length-132 ../public/const_lib.f
> ar crs libconst.a const_def.o const_lib.o
> make: `libconst.a' is up to date.
> gfortran -fno-range-check  -fopenmp -I../../make -I../../public -I../../../include -I/home/guido/mesa/utils/
> mesasdk/include -fbounds-check -g -c -ffixed-form -ffixed-line-length-132 ../src/test_const.f
> gfortran -fopenmp -o ../tester test_const.o -L../../make -lconst
> /usr/bin/ld: cannot find crt1.o: No such file or directory
> /usr/bin/ld: cannot find crti.o: No such file or directory
> collect2: error: ld returned 1 exit status
> make: *** [tester] Error 1
> 
> /home/guido/mesa/const/test
> FAILED
> 
> 
> /home/guido/mesa/const
> ./build_and_test FAILED
> 
> root@Terminus:~/mesa#
> 
> 
> 
> -- 
> Guido Moyano Loyola, PhD Student
> Centre for Astrophysics and Supercomputing
> Swinburne University of Technology
> Hawthorn, Melbourne, VIC 3122, Australia
> Phone: +61392148707
> Office AR 310
> http://astronomy.swin.edu.au/staff/gmoyano.html
> 
> 

Re: [mesa-users] Install error

[Guido M. L. <gui...@gm...>]

Hi Richard,

thanks for your quick reply.

I am using the new version of SDK from your webpage. I tried again just
copying the makefile_header as you suggested me (and I have all the
addons in .bashrc and .bash_profile), but the error persists (I did a
./clean before ./install):

root@Terminus:~mesa# ./install
checking if ndiff is installed ...
yes!

/home/guido/mesa/const
building const package.

gfortran -fno-range-check  -fopenmp  -I../public -I../private
-I../../include -Wunused-value -Werror -W -fimplicit-none   -O2 -c
-ffixed-form -ffixed-line-length-132 ../public/const_def.f
gfortran -fno-range-check  -fopenmp  -I../public -I../private
-I../../include -Wunused-value -Werror -W -fimplicit-none   -O2 -c
-ffixed-form -ffixed-line-length-132 ../public/const_lib.f
ar crs libconst.a const_def.o const_lib.o
make: `libconst.a' is up to date.
gfortran -fno-range-check  -fopenmp -I../../make -I../../public
-I../../../include -I/home/guido/mesa/utils/
mesasdk/include -fbounds-check -g -c -ffixed-form -ffixed-line-length-132
../src/test_const.f
gfortran -fopenmp -o ../tester test_const.o -L../../make -lconst
/usr/bin/ld: cannot find crt1.o: No such file or directory
/usr/bin/ld: cannot find crti.o: No such file or directory
collect2: error: ld returned 1 exit status
make: *** [tester] Error 1

/home/guido/mesa/const/test
FAILED


/home/guido/mesa/const
./build_and_test FAILED

root@Terminus:~/mesa#



-- 
Guido Moyano Loyola, PhD Student
Centre for Astrophysics and Supercomputing
Swinburne University of Technology
Hawthorn, Melbourne, VIC 3122, Australia
Phone: +61392148707
Office AR 310
http://astronomy.swin.edu.au/staff/gmoyano.html

Re: [mesa-users] Install error

[Richard T. <tow...@as...>]

Hi Guido --

If you're using the MESA SDK, you shouldn't need to edit makefile_header directly -- just copy makefile_header.mesasdk over to makefile_header.

One other thing: there was a recent issue with the Linux versions (both 32 bit and 64 bit) of the SDK, relating to incorrect symbolic links to libraries. Please could you upgrade to the 20111127 release before trying again. 

cheers,

Rich

On Nov 27, 2011, at 10:44 PM, Guido Moyano Loyola wrote:

> Hello MESA Community,
> 
> I'm having problems installing MESA. I don't know how far I was to complete the installation, but it was looking good till this point:
> 
> (before hand, I am using bash and mesasdk. I change some of the path in the makefile_header of mesasdk to look for gfortran within /mesa/utils/mesasdk/bin/). Now gfortran and gcc are the ones within mesasdk, I don't know wheter this is a problem or not (after the instalation I am thinking on change the .bashrc and .bash_profile to their original form, to use the gfortran and gcc that I installed.
> 
> mesa/diffusion has been made, tested, and exported.
> 
> ************************************************
> 
> /home/guido/mesa/sample
> building sample package.
> 
> 
> I am sending in the attach file more details of the errors.
> 
> After doing a ./clean, I tried to ran again ./install and this is what I got:
> 
> 
> root@Terminus:~/mesa# ./install
> checking if ndiff is installed ...
> yes!
> 
> /home/guido/mesa/const
> building const package.
> 
> make: `libconst.a' is up to date.
> make: `libconst.a' is up to date.
> /home/guido/mesa/utils/
> mesasdk/bin/gfortran -fopenmp -o ../tester test_const.o -L../../make -lconst
> /usr/bin/ld: cannot find crt1.o: No such file or directory
> /usr/bin/ld: cannot find crti.o: No such file or directory
> collect2: error: ld returned 1 exit status
> make: *** [tester] Error 1
> 
> /home/guido/mesa/const/test
> FAILED
> 
> 
> /home/guido/mesa/const
> ./build_and_test FAILED
> 
> root@Terminus:~/mesa#
> 
> 
> Thank you for your time.
> Regards,
> Guido
> 
> -- 
> Guido Moyano Loyola, PhD Student
> Centre for Astrophysics and Supercomputing
> Swinburne University of Technology
> Hawthorn, Melbourne, VIC 3122, Australia
> Phone: +61392148707
> Office AR 310
> http://astronomy.swin.edu.au/staff/gmoyano.html
> 
> 
> <mesa_error_281111.txt>------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure 
> contains a definitive record of customers, application performance, 
> security threats, fraudulent activity, and more. Splunk takes this 
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d_______________________________________________
> mesa-users mailing list
> mes...@li...
> https://lists.sourceforge.net/lists/listinfo/mesa-users

[mesa-users] Install error

[Guido M. L. <gui...@gm...>]

mesa/diffusion has been made, tested, and exported.

************************************************

/home/guido/mesa/sample
building sample package.

*
*
*

/usr/bin/gfortran -fno-range-check  -fopenmp  -I../public -I../private -I../../include -Wunused-value -Werror -W -fimplicit-none   -O2 -c -ffree-form -I/home/guido/mesa/utils/mesasdk/include -x f95-cpp-input -D/usr/bin/gfortran ../private/solve_mix.f
<command-line>:2:0: error: macro names must be identifiers
../private/solve_mix.f:58.17:

         real (XL), pointer, dimension(:) :: du, d, dl
                 1
Error: Symbol 'xl' at (1) has no IMPLICIT type
../private/solve_mix.f:82.18:

         allocate(du(nz), d(nz), dl(nz), x(nz,species), &
                  1
Error: Allocate-object at (1) is not a nonprocedure pointer or an allocatable variable
../private/solve_mix.f:239.25:

            deallocate(du, d, dl, x, b, init_avg_x)
                         1
Error: Allocate-object at (1) is not a nonprocedure pointer or an allocatable variable
../private/solve_mix.f:244.20:

            real (XL), dimension(:) :: du, d, dl
                    1
Error: Symbol 'xl' at (1) has no IMPLICIT type
../private/solve_mix.f:246.20:

            real (XL) :: dtdm, dtsig00dm, dtsigp1dm, dt_ps, dm, sig
                    1
Error: Symbol 'xl' at (1) has no IMPLICIT type
../private/solve_mix.f:247.20:

            real (XL), parameter :: xl0 = 0, xl1 = 1
                    1
Error: Symbol 'xl' at (1) has no IMPLICIT type
../private/solve_mix.f:256.18:

                  dl(k-1) = -dtsig00dm
                  1
Error: Unclassifiable statement at (1)
../private/solve_mix.f:261.18:

                  du(k) = -dtsigp1dm
                  1
Error: Unclassifiable statement at (1)
../private/solve_mix.f:265.15:

               d(k) = xl1 + dtsig00dm + dtsigp1dm
               1
Error: Unclassifiable statement at (1)
../private/solve_mix.f:285.17:

         real (XL), dimension(n), intent(in) :: sup, diag, sub
                 1
Error: Symbol 'xl' at (1) has no IMPLICIT type
../private/solve_mix.f:290.17:

         real (XL), dimension(:), pointer :: bp, vp, xp
                 1
Error: Symbol 'xl' at (1) has no IMPLICIT type
../private/solve_mix.f:291.17:

         real (XL) :: m
                 1
Error: Symbol 'xl' at (1) has no IMPLICIT type
../private/solve_mix.f:295.18:

         allocate(bp(n), vp(n), xp(n), stat=ierr)
                  1
Error: Allocate-object at (1) is not a nonprocedure pointer or an allocatable variable
../private/solve_mix.f:298.9:

         bp(1) = diag(1)
         1
Error: Unclassifiable statement at (1)
../private/solve_mix.f:299.9:

         vp(1) = rhs(1)
         1
Error: Unclassifiable statement at (1)
../private/solve_mix.f:303.40:

            bp(i) = diag(i) - m*sup(i-1)
                                        1
Error: Unexpected STATEMENT FUNCTION statement at (1)
../private/solve_mix.f:304.20:

            vp(i) = rhs(i) - m*vp(i-1)
                    1
Error: Statement function at (1) is recursive
../private/solve_mix.f:307.28:

         xp(n) = vp(n)/bp(n)
                            1
Error: Unexpected STATEMENT FUNCTION statement at (1)
../private/solve_mix.f:310.20:

            xp(i) = (vp(i) - sup(i)*xp(i+1))/bp(i)
                    1
Error: Statement function at (1) is recursive
../private/solve_mix.f:314.22:

         deallocate(bp, vp, xp)
                      1
Error: 'bp' at (1) is not a variable
../private/solve_mix.f:275.49:

      subroutine solve_high_precision_tridiag(sub, diag, sup, rhs, x, n, ierr)
                                                 1
Error: Symbol 'sub' at (1) has no IMPLICIT type
../private/solve_mix.f:275.55:

      subroutine solve_high_precision_tridiag(sub, diag, sup, rhs, x, n, ierr)
                                                       1
Error: Symbol 'diag' at (1) has no IMPLICIT type
../private/solve_mix.f:275.60:

      subroutine solve_high_precision_tridiag(sub, diag, sup, rhs, x, n, ierr)
                                                            1
Error: Symbol 'sup' at (1) has no IMPLICIT type
../private/solve_mix.f:302.13:

            m = sub(i-1)/bp(i-1)
             1
Error: Symbol 'm' at (1) has no IMPLICIT type
../private/solve_mix.f:243.36:

         subroutine create_matrix(du, d, dl)
                                    1
Error: Symbol 'du' at (1) has no IMPLICIT type
Fatal Error: Error count reached limit of 25.
make: *** [solve_mix.o] Error 1

/home/guido/mesa/star/make
FAILED


/home/guido/mesa/star
./build_and_test FAILED

root@Terminus:~/mesa# 

Re: [mesa-users] install fail

[Aaron D. <aar...@gm...>]

Hi Patrick,

It's hard to say for sure what's going on without more information, but the
first thing to check is "step 3" in utils/makefile_header.  For the default
MESA BLAS/LAPACK install you want something like the following section:

# these are the standard defaults

WHICH_LAPACK = USE_SRCS
LOAD_LAPACK = -lmesalapack
WHICH_BLAS = USE_SRCS
LOAD_BLAS = -lmesablas
MKL_INCLUDE =
USE_MKL_PARDISO = NO

and everything below that (up to step 4) commented out--unless you're
trying to use something fancy.  If this doesn't help, please provide us
with more information.  In particular, it would help to have the full
terminal output from the install process.

Aaron

On Sun, Nov 27, 2011 at 5:04 PM, Patrick Champey <pch...@my...>wrote:

> Hello MESA Community,
>
> I'm having trouble installing MESA. I'm getting an error message that's
> telling me the install failed at  .../mesa/mtx/test
>
> In the mtx makefile is says to "specify the BLAS and LAPACK libraries to
> use for mesa/mtx" , so I tried using using a few different paths to the
> BLAS and LAPACK libraries, but no luck!
>
> How do I solve this issue? Thank you for the support!
>
> Cheers,
> Pat
>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> _______________________________________________
> mesa-users mailing list
> mes...@li...
> https://lists.sourceforge.net/lists/listinfo/mesa-users
>
>

[mesa-users] install fail

[Patrick C. <pch...@my...>]

Hello MESA Community,

I'm having trouble installing MESA. I'm getting an error message that's
telling me the install failed at  .../mesa/mtx/test

In the mtx makefile is says to "specify the BLAS and LAPACK libraries to
use for mesa/mtx" , so I tried using using a few different paths to the
BLAS and LAPACK libraries, but no luck!

How do I solve this issue? Thank you for the support!

Cheers,
Pat

Re: [mesa-users] problem installing mesa: no libgmp.so.10

[Richard T. <tow...@as...>]

Hi Gertjan --

What is your LD_LIBRARY_PATH environment variable set to?

cheers,

Rich

On Nov 27, 2011, at 10:31 AM, G.J. Savonije wrote:

> In Fedora core 16 there is a libgmp.so.3 but not libgmp.so.10.
> What can I do to continue installation?
> 
> Thanks,
> Gertjan Savonije
> 
> 
> [gertjan@Dirac mesa]$ ./install
> checking if ndiff is installed ...
> ./install_num_only: line 50: utils/ndiff/bin/ndiff: No such file or directory
> no! running install_ndiff
> ndiff installed in utils/ndiff/
> 
> /home/gertjan/mesa/const
> building const package.
> 
> gfortran -fno-range-check  -fopenmp  -I../public -I../private -I../../include -Wunused-value -Werror -W -fimplicit-none   -O2 -c -ffixed-form -ffixed-line-length-132 ../public/const_def.f
> /home/gertjan/mesa/utils/mesasdk/bin/../libexec/gcc/i686-pc-linux-gnu/4.7.0/f951: error while loading shared libraries: libgmp.so.10: cannot open shared object file: No such file or directory
> make: *** [const_def.o] Error 1
> 
> /home/gertjan/mesa/const/make
> FAILED
> 
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure 
> contains a definitive record of customers, application performance, 
> security threats, fraudulent activity, and more. Splunk takes this 
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d_______________________________________________
> mesa-users mailing list
> mes...@li...
> https://lists.sourceforge.net/lists/listinfo/mesa-users

[mesa-users] problem installing mesa: no libgmp.so.10

[G.J. S. <gjs...@gm...>]

In Fedora core 16 there is a libgmp.so.3 but not libgmp.so.10.
What can I do to continue installation?

Thanks,
Gertjan Savonije


[gertjan@Dirac mesa]$ ./install
checking if ndiff is installed ...
./install_num_only: line 50: utils/ndiff/bin/ndiff: No such file or
directory
no! running install_ndiff
ndiff installed in utils/ndiff/

/home/gertjan/mesa/const
building const package.

gfortran -fno-range-check  -fopenmp  -I../public -I../private
-I../../include -Wunused-value -Werror -W -fimplicit-none   -O2 -c
-ffixed-form -ffixed-line-length-132 ../public/const_def.f
/home/gertjan/mesa/utils/mesasdk/bin/../libexec/gcc/i686-pc-linux-gnu/4.7.0/f951:
error while loading shared libraries: libgmp.so.10: cannot open shared
object file: No such file or directory
make: *** [const_def.o] Error 1

/home/gertjan/mesa/const/make
FAILED

Re: [mesa-users] movie_batch.rb

[Bill P. <pa...@ki...>]

Hi Brandon,

The "movie_batch.rb" script is an out-of-date leftover from the dark ages. ;-)
I never use it anymore -- I make movies using png's created by pgstar.
	http://mesa.sourceforge.net/how_to_use_mesa_star.html#part7
I'd suggest you give that a try.   There are free packages for combining
the png files into a movie -- for example, Ehsan Moravveji recommends 
this free package on the mac: macscripter.

Good luck,
Bill

  

On Nov 25, 2011, at 6:01 AM, Brandon Kuschel wrote:

> Hello,
> 
> I am trying to use the movie_batch.rb Tioga script, but I get the following output from it (along with a single blank pdf):
> 
> 
> loading /home/brandon/mesa/star/test/star_profile/movie_batch.rb
> log_mass_frac_ymin 
> write FYI track info
> xs.length 913
> xs[0] 2.99999999999791
> xs[-1] 7.49999997107231e-08
> @xmin 0.5
> @xmax 
> @grid_min 0
> @grid_max 794
> xs[@grid_min] 2.99999999999791
> xs[@grid_max] 0.492448172629846
> 
> show_by @xaxis_by mass name abundances
> undefined method `[]' for #<ProfileData:0x7f9ca969c790> [version: 1.14]
> ../../../star/test/star_profile/lib/profiles.rb:16:in `d'
> ../../../star/test/star_profile/lib/profile_plots.rb:828:in `show_by_mass'
> ../../../star/test/star_profile/lib/profile_plots.rb:885:in `show_by'
> ../../../star/test/star_profile/lib/profiles.rb:125:in `initialize'
> /usr/lib/ruby/site_ruby/1.8/Tioga/FigMkr.rb:2504:in `call'
> /usr/lib/ruby/site_ruby/1.8/Tioga/FigMkr.rb:2504:in `do_cmd'
> /usr/lib/ruby/site_ruby/1.8/Tioga/FigMkr.rb:2490:in `make_page'
> /usr/lib/ruby/site_ruby/1.8/Tioga/FigMkr.rb:2218:in `private_make'
> /usr/lib/ruby/site_ruby/1.8/Tioga/FigMkr.rb:2218:in `create_figure_temp_files'
> /usr/lib/ruby/site_ruby/1.8/Tioga/FigMkr.rb:2264:in `start_making_pdf'
> /usr/lib/ruby/site_ruby/1.8/Tioga/FigMkr.rb:2141:in `make_pdf'
> /usr/lib/ruby/site_ruby/1.8/Tioga/FigMkr.rb:2160:in `require_pdf'
> /usr/lib/ruby/site_ruby/1.8/Tioga/tioga_ui_cmds.rb:113:in `require_pdf'
> /usr/lib/ruby/site_ruby/1.8/Tioga/tioga_ui_cmds.rb:422:in `initialize'
> /usr/lib/ruby/site_ruby/1.8/Tioga/tioga_ui.rb:4:in `new'
> /usr/lib/ruby/site_ruby/1.8/Tioga/tioga_ui.rb:4
> /usr/bin/tioga:2:in `require'
> /usr/bin/tioga:2
> /home/brandon/mesa/star/test/star_profile/movie_out/Abundances.pdf
> 
> 
> Any suggestions on what's going wrong?
> 
> Thank you,
> 
> Brandon Kuschel
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure 
> contains a definitive record of customers, application performance, 
> security threats, fraudulent activity, and more. Splunk takes this 
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d_______________________________________________
> mesa-users mailing list
> mes...@li...
> https://lists.sourceforge.net/lists/listinfo/mesa-users

[mesa-users] movie_batch.rb

[Brandon K. <ku...@ph...>]

Hello,

I am trying to use the movie_batch.rb Tioga script, but I get the following
output from it (along with a single blank pdf):


loading /home/brandon/mesa/star/test/star_profile/movie_batch.rb
log_mass_frac_ymin
write FYI track info
xs.length 913
xs[0] 2.99999999999791
xs[-1] 7.49999997107231e-08
@xmin 0.5
@xmax
@grid_min 0
@grid_max 794
xs[@grid_min] 2.99999999999791
xs[@grid_max] 0.492448172629846

show_by @xaxis_by mass name abundances
undefined method `[]' for #<ProfileData:0x7f9ca969c790> [version: 1.14]
../../../star/test/star_profile/lib/profiles.rb:16:in `d'
../../../star/test/star_profile/lib/profile_plots.rb:828:in `show_by_mass'
../../../star/test/star_profile/lib/profile_plots.rb:885:in `show_by'
../../../star/test/star_profile/lib/profiles.rb:125:in `initialize'
/usr/lib/ruby/site_ruby/1.8/Tioga/FigMkr.rb:2504:in `call'
/usr/lib/ruby/site_ruby/1.8/Tioga/FigMkr.rb:2504:in `do_cmd'
/usr/lib/ruby/site_ruby/1.8/Tioga/FigMkr.rb:2490:in `make_page'
/usr/lib/ruby/site_ruby/1.8/Tioga/FigMkr.rb:2218:in `private_make'
/usr/lib/ruby/site_ruby/1.8/Tioga/FigMkr.rb:2218:in
`create_figure_temp_files'
/usr/lib/ruby/site_ruby/1.8/Tioga/FigMkr.rb:2264:in `start_making_pdf'
/usr/lib/ruby/site_ruby/1.8/Tioga/FigMkr.rb:2141:in `make_pdf'
/usr/lib/ruby/site_ruby/1.8/Tioga/FigMkr.rb:2160:in `require_pdf'
/usr/lib/ruby/site_ruby/1.8/Tioga/tioga_ui_cmds.rb:113:in `require_pdf'
/usr/lib/ruby/site_ruby/1.8/Tioga/tioga_ui_cmds.rb:422:in `initialize'
/usr/lib/ruby/site_ruby/1.8/Tioga/tioga_ui.rb:4:in `new'
/usr/lib/ruby/site_ruby/1.8/Tioga/tioga_ui.rb:4
/usr/bin/tioga:2:in `require'
/usr/bin/tioga:2
/home/brandon/mesa/star/test/star_profile/movie_out/Abundances.pdf


Any suggestions on what's going wrong?

Thank you,

Brandon Kuschel

[mesa-users] movie_batch.rb

[Brandon K. <ku...@ph...>]

Hello,

I am trying to use the movie_batch.rb Tioga script, but I get the following
output from it (along with a single blank pdf):


loading /home/brandon/mesa/star/test/star_profile/movie_batch.rb
log_mass_frac_ymin
write FYI track info
xs.length 913
xs[0] 2.99999999999791
xs[-1] 7.49999997107231e-08
@xmin 0.5
@xmax
@grid_min 0
@grid_max 794
xs[@grid_min] 2.99999999999791
xs[@grid_max] 0.492448172629846

show_by @xaxis_by mass name abundances
undefined method `[]' for #<ProfileData:0x7f9ca969c790> [version: 1.14]
../../../star/test/star_profile/lib/profiles.rb:16:in `d'
../../../star/test/star_profile/lib/profile_plots.rb:828:in `show_by_mass'
../../../star/test/star_profile/lib/profile_plots.rb:885:in `show_by'
../../../star/test/star_profile/lib/profiles.rb:125:in `initialize'
/usr/lib/ruby/site_ruby/1.8/Tioga/FigMkr.rb:2504:in `call'
/usr/lib/ruby/site_ruby/1.8/Tioga/FigMkr.rb:2504:in `do_cmd'
/usr/lib/ruby/site_ruby/1.8/Tioga/FigMkr.rb:2490:in `make_page'
/usr/lib/ruby/site_ruby/1.8/Tioga/FigMkr.rb:2218:in `private_make'
/usr/lib/ruby/site_ruby/1.8/Tioga/FigMkr.rb:2218:in
`create_figure_temp_files'
/usr/lib/ruby/site_ruby/1.8/Tioga/FigMkr.rb:2264:in `start_making_pdf'
/usr/lib/ruby/site_ruby/1.8/Tioga/FigMkr.rb:2141:in `make_pdf'
/usr/lib/ruby/site_ruby/1.8/Tioga/FigMkr.rb:2160:in `require_pdf'
/usr/lib/ruby/site_ruby/1.8/Tioga/tioga_ui_cmds.rb:113:in `require_pdf'
/usr/lib/ruby/site_ruby/1.8/Tioga/tioga_ui_cmds.rb:422:in `initialize'
/usr/lib/ruby/site_ruby/1.8/Tioga/tioga_ui.rb:4:in `new'
/usr/lib/ruby/site_ruby/1.8/Tioga/tioga_ui.rb:4
/usr/bin/tioga:2:in `require'
/usr/bin/tioga:2
/home/brandon/mesa/star/test/star_profile/movie_out/Abundances.pdf


Any suggestions on what's going wrong?

Thank you,
Brandon Kuschel

Re: [mesa-users] Install - Test Error

[Richard T. <tow...@as...>]

Try installing tcsh --- that should fix this problem.

On Nov 24, 2011, at 3:03 PM, Yevgeni Kissin wrote:

> Pieter,
> 
> thank you for the tip, installing those X11 and png packages helped with the
> issue. However, I now get another issue (at a point further down the install
> sequence)
> 
> make[1]: Leaving directory `/home/yev/mesa/adipls/adipack.c/adipls'
> 
> ./ck: /home/yev/mesa/adipls/test/../adipack.c/bin/fgong-amdl.d: /bin/csh: bad interpreter: No such file or directory
> 
> FAILED
> 
> 
> /home/yev/mesa/adipls/test
> TEST FAILED -- compare obs.txt to obs.test.txt
> 
> 
> /home/yev/mesa/adipls
> ./build_and_test FAILED
> 
> I again don't know what to make of this.
> 
> Yevgeni.
> 
> On Thu, Nov 24, 2011 at 3:34 PM, Pieter Degroote <pi...@st...> wrote:
> Hi Yevgeni,
> 
> a partial solve: you also need libpng(-dev?) (that will solve -lpng problem).
> 
> For the x11, you definitely need some other x11 package, but I don't know which one exactly. I installed from my package manager also x11proto and libx11.
> 
> All the best,
> Pieter
> 
> 
> On 11/24/2011 12:23 PM, Yevgeni Kissin wrote:
>> Dear MESA Community,
>> 
>> While running ./install, I get an error with 'test'
>> 
>> /usr/bin/ld: cannot find -lpng
>> /usr/bin/ld: cannot find -lX11
>> 
>> At which point the install fails.
>> I have the newest versions of X11-common and X11-utils.
>> 
>> Anybody have any idea as to what could be wrong?
>> 
>> Yevgeni.
>> 
>> 
>> ------------------------------------------------------------------------------
>> All the data continuously generated in your IT infrastructure 
>> contains a definitive record of customers, application performance, 
>> security threats, fraudulent activity, and more. Splunk takes this 
>> data and makes sense of it. IT sense. And common sense.
>> 
>> http://p.sf.net/sfu/splunk-novd2d
>> 
>> 
>> _______________________________________________
>> mesa-users mailing list
>> 
>> mes...@li...
>> https://lists.sourceforge.net/lists/listinfo/mesa-users
> 
> 
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure 
> contains a definitive record of customers, application performance, 
> security threats, fraudulent activity, and more. Splunk takes this 
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d_______________________________________________
> mesa-users mailing list
> mes...@li...
> https://lists.sourceforge.net/lists/listinfo/mesa-users