Menu
▾
▴
mesa-users — open list for mesa comments, questions, & answers
This list is closed, nobody may subscribe to it.
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(6) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(8) |
Dec
(5) |
| 2009 |
Jan
(5) |
Feb
(1) |
Mar
(3) |
Apr
(4) |
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
(8) |
Oct
|
Nov
(1) |
Dec
(13) |
| 2010 |
Jan
|
Feb
(6) |
Mar
(4) |
Apr
(1) |
May
(10) |
Jun
(43) |
Jul
(37) |
Aug
(3) |
Sep
(6) |
Oct
(26) |
Nov
(17) |
Dec
(29) |
| 2011 |
Jan
(28) |
Feb
(18) |
Mar
(42) |
Apr
(18) |
May
(13) |
Jun
(32) |
Jul
(32) |
Aug
(25) |
Sep
(46) |
Oct
(41) |
Nov
(36) |
Dec
(43) |
| 2012 |
Jan
(92) |
Feb
(120) |
Mar
(40) |
Apr
(75) |
May
(40) |
Jun
(93) |
Jul
(115) |
Aug
(67) |
Sep
(38) |
Oct
(92) |
Nov
(95) |
Dec
(47) |
| 2013 |
Jan
(171) |
Feb
(200) |
Mar
(100) |
Apr
(134) |
May
(112) |
Jun
(142) |
Jul
(123) |
Aug
(66) |
Sep
(175) |
Oct
(236) |
Nov
(141) |
Dec
(98) |
| 2014 |
Jan
(91) |
Feb
(88) |
Mar
(126) |
Apr
(63) |
May
(123) |
Jun
(122) |
Jul
(105) |
Aug
(83) |
Sep
(114) |
Oct
(90) |
Nov
(181) |
Dec
(85) |
| 2015 |
Jan
(111) |
Feb
(120) |
Mar
(161) |
Apr
(95) |
May
(93) |
Jun
(185) |
Jul
(170) |
Aug
(119) |
Sep
(128) |
Oct
(110) |
Nov
(145) |
Dec
(92) |
| 2016 |
Jan
(105) |
Feb
(106) |
Mar
(101) |
Apr
(59) |
May
(96) |
Jun
(168) |
Jul
(110) |
Aug
(183) |
Sep
(85) |
Oct
(79) |
Nov
(87) |
Dec
(86) |
| 2017 |
Jan
(100) |
Feb
(77) |
Mar
(85) |
Apr
(52) |
May
(60) |
Jun
(63) |
Jul
(67) |
Aug
(24) |
Sep
(1) |
Oct
|
Nov
(2) |
Dec
|
|
From: Francis T. <fx...@ma...> - 2012-01-05 13:56:04
|
hi rich, there is lots to be gained by running multiple jobs simultaneously on a cluster; mesa (or any other non-mpi code) in embarrassingly parallel mode. for example, a parameter survey involving a 100 stars. fxt On Jan 5, 2012, at 2:41 AM, Richard Townsend wrote: > I'm not even sure what is to be gained from running MESA on a supercomputer. Parallelism in MESA is only via OpenMP - there is no MPIA usage. As such, MESA can take advantage of shared memory architectures, but not clustered architectures. > > Cheers, > > Rich > > On Jan 5, 2012, at 7:31 AM, Francis Timmes <fx...@ma...> wrote: > >> hi ben, rich, kevin (and the mesa community), >> >> i had no luck compiling mesa under pgi on the nersc >> machines hopper and franklin this past summer. the issue >> boiled down to certain pointer structures used in mesa >> not being supported in that version of the pgi compiler. >> >> i would be interested in hearing from anyone about >> successes or failures on running mesa on any supercomputer >> or largish parallel cluster. >> >> fxt >> >> >> >> >> On Jan 4, 2012, at 3:56 PM, Ben Brown wrote: >> >>> Kevin, >>> To follow up on Rich's note: you are almost certainly not going to be >>> able to use the MESA SDK on a supercomputer. From my experiences with >>> those systems (using a very different code), they tend to require highly >>> specialized libraries and compilers. A general purpose tool like the SDK >>> won't work, because often the libraries being referenced need to be >>> compiled against very specific hardware. >>> >>> Put differently, the login nodes and the compute nodes tend to run very >>> different operating systems and codes targeting the compute nodes need to >>> be compiled using the specific compilers supported by UCSD for Triton. >>> Which means you'll need to come up with a specialized solution for this >>> system. I don't have access to Triton myself, so I can't be much more >>> specific than that. Looking over the Triton webpages it looks like both >>> PGI and Intel compilers are available on the system: >>> >>> http://tritonresource.sdsc.edu/compile_jobs.php >>> >>> If you run into problems, you might try contacting Theodore Sande >>> (formerly at MIT) for help in getting a version of MESA to compile, as he >>> has had the code running on large-scale systems in the past. >>> >>> Otherwise I could take a look at Ranger or Kraken (supercomputers at TACC >>> and NICS; both have Intel and PGI compilers) later this week or next week. >>> They won't be a perfect match, but they may get you started. >>> --Ben >>> >>> >>>> >>>> Hi Kevin -- >>>> >>>> This is a common problem with systems using 'older' (pre-2.11) versions of the GNU C library (glibc), which is a standard (and significant) part of all Linux distributions. At the moment, I have no plans to support pre-2.11 glibc versions, since 2.11 has been out for over two years. So, the only workaround would be to upgrade to 2.11 or later. >>>> >>>> cheers, >>>> >>>> Rich >>>> >>>> On Jan 4, 2012, at 7:23 PM, Kevin Moore wrote: >>>> >>>>> Hi all, >>>>> >>>>> I'm trying to install MESA on the Triton computing cluster at UCSD and am getting some weird errors. I know next to nothing about this so am just following the instructions on Rich's website for using the MESA SDK (which has worked fine for my macbook many times). uname -m returns "x86_64" so I'm using the 64-bit linux version of the SDK. All the setup steps seem to work fine (no errors anyway), but I run into problems during the ./install step. >>>>> >>>>> The first error I encounter is: >>>>> gfortran: /lib64/libc.so.6: version `GLIBC_2.11' not found (required by gfortran) >>>>> make: *** [const_def.o] Error 1 >>>>> >>>>> Perhaps tellingly, there is not a file named libc.so.6 in my mesa/utils/mesasdk/lib64. >>>>> >>>>> In addition, now whenever I try and use the man command I get the error: >>>>> /usr/bin/gtbl: error while loading shared libraries: /home/kmoore-ucsb/mesa_3794/utils/mesasdk/lib64/libstdc++.so.6: ELF file OS ABI invalid >>>>> >>>>> Any ideas what's going on from someone who may have done this before? >>>>> >>>>> Thanks, >>>>> Kevin >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex >>>>> infrastructure or vast IT resources to deliver seamless, secure access to >>>>> virtual desktops. With this all-in-one solution, easily deploy virtual >>>>> desktops for less than the cost of PCs and save 60% on VDI infrastructure >>>>> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox >>>>> _______________________________________________ >>>>> mesa-users mailing list >>>>> mes...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/mesa-users >>>> >>>> >>>> >>>> >>>> ------------------------------ >>>> >>>> ------------------------------------------------------------------------------ >>>> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex >>>> infrastructure or vast IT resources to deliver seamless, secure access to >>>> virtual desktops. With this all-in-one solution, easily deploy virtual >>>> desktops for less than the cost of PCs and save 60% on VDI infrastructure >>>> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox >>>> >>>> ------------------------------ >>>> >>>> _______________________________________________ >>>> mesa-users mailing list >>>> mes...@li... >>>> https://lists.sourceforge.net/lists/listinfo/mesa-users >>>> >>>> >>>> End of mesa-users Digest, Vol 29, Issue 2 >>>> ***************************************** >>>> >>> >>> ------------------------------------------------------------------------------ >>> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex >>> infrastructure or vast IT resources to deliver seamless, secure access to >>> virtual desktops. With this all-in-one solution, easily deploy virtual >>> desktops for less than the cost of PCs and save 60% on VDI infrastructure >>> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox >>> _______________________________________________ >>> mesa-users mailing list >>> mes...@li... >>> https://lists.sourceforge.net/lists/listinfo/mesa-users >> >> >> ------------------------------------------------------------------------------ >> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex >> infrastructure or vast IT resources to deliver seamless, secure access to >> virtual desktops. With this all-in-one solution, easily deploy virtual >> desktops for less than the cost of PCs and save 60% on VDI infrastructure >> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox >> _______________________________________________ >> mesa-users mailing list >> mes...@li... >> https://lists.sourceforge.net/lists/listinfo/mesa-users |
|
From: Richard T. <tow...@as...> - 2012-01-05 10:40:06
|
I'm not even sure what is to be gained from running MESA on a supercomputer. Parallelism in MESA is only via OpenMP - there is no MPIA usage. As such, MESA can take advantage of shared memory architectures, but not clustered architectures. Cheers, Rich On Jan 5, 2012, at 7:31 AM, Francis Timmes <fx...@ma...> wrote: > hi ben, rich, kevin (and the mesa community), > > i had no luck compiling mesa under pgi on the nersc > machines hopper and franklin this past summer. the issue > boiled down to certain pointer structures used in mesa > not being supported in that version of the pgi compiler. > > i would be interested in hearing from anyone about > successes or failures on running mesa on any supercomputer > or largish parallel cluster. > > fxt > > > > > On Jan 4, 2012, at 3:56 PM, Ben Brown wrote: > >> Kevin, >> To follow up on Rich's note: you are almost certainly not going to be >> able to use the MESA SDK on a supercomputer. From my experiences with >> those systems (using a very different code), they tend to require highly >> specialized libraries and compilers. A general purpose tool like the SDK >> won't work, because often the libraries being referenced need to be >> compiled against very specific hardware. >> >> Put differently, the login nodes and the compute nodes tend to run very >> different operating systems and codes targeting the compute nodes need to >> be compiled using the specific compilers supported by UCSD for Triton. >> Which means you'll need to come up with a specialized solution for this >> system. I don't have access to Triton myself, so I can't be much more >> specific than that. Looking over the Triton webpages it looks like both >> PGI and Intel compilers are available on the system: >> >> http://tritonresource.sdsc.edu/compile_jobs.php >> >> If you run into problems, you might try contacting Theodore Sande >> (formerly at MIT) for help in getting a version of MESA to compile, as he >> has had the code running on large-scale systems in the past. >> >> Otherwise I could take a look at Ranger or Kraken (supercomputers at TACC >> and NICS; both have Intel and PGI compilers) later this week or next week. >> They won't be a perfect match, but they may get you started. >> --Ben >> >> >>> >>> Hi Kevin -- >>> >>> This is a common problem with systems using 'older' (pre-2.11) versions of the GNU C library (glibc), which is a standard (and significant) part of all Linux distributions. At the moment, I have no plans to support pre-2.11 glibc versions, since 2.11 has been out for over two years. So, the only workaround would be to upgrade to 2.11 or later. >>> >>> cheers, >>> >>> Rich >>> >>> On Jan 4, 2012, at 7:23 PM, Kevin Moore wrote: >>> >>>> Hi all, >>>> >>>> I'm trying to install MESA on the Triton computing cluster at UCSD and am getting some weird errors. I know next to nothing about this so am just following the instructions on Rich's website for using the MESA SDK (which has worked fine for my macbook many times). uname -m returns "x86_64" so I'm using the 64-bit linux version of the SDK. All the setup steps seem to work fine (no errors anyway), but I run into problems during the ./install step. >>>> >>>> The first error I encounter is: >>>> gfortran: /lib64/libc.so.6: version `GLIBC_2.11' not found (required by gfortran) >>>> make: *** [const_def.o] Error 1 >>>> >>>> Perhaps tellingly, there is not a file named libc.so.6 in my mesa/utils/mesasdk/lib64. >>>> >>>> In addition, now whenever I try and use the man command I get the error: >>>> /usr/bin/gtbl: error while loading shared libraries: /home/kmoore-ucsb/mesa_3794/utils/mesasdk/lib64/libstdc++.so.6: ELF file OS ABI invalid >>>> >>>> Any ideas what's going on from someone who may have done this before? >>>> >>>> Thanks, >>>> Kevin >>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex >>>> infrastructure or vast IT resources to deliver seamless, secure access to >>>> virtual desktops. With this all-in-one solution, easily deploy virtual >>>> desktops for less than the cost of PCs and save 60% on VDI infrastructure >>>> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox >>>> _______________________________________________ >>>> mesa-users mailing list >>>> mes...@li... >>>> https://lists.sourceforge.net/lists/listinfo/mesa-users >>> >>> >>> >>> >>> ------------------------------ >>> >>> ------------------------------------------------------------------------------ >>> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex >>> infrastructure or vast IT resources to deliver seamless, secure access to >>> virtual desktops. With this all-in-one solution, easily deploy virtual >>> desktops for less than the cost of PCs and save 60% on VDI infrastructure >>> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox >>> >>> ------------------------------ >>> >>> _______________________________________________ >>> mesa-users mailing list >>> mes...@li... >>> https://lists.sourceforge.net/lists/listinfo/mesa-users >>> >>> >>> End of mesa-users Digest, Vol 29, Issue 2 >>> ***************************************** >>> >> >> ------------------------------------------------------------------------------ >> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex >> infrastructure or vast IT resources to deliver seamless, secure access to >> virtual desktops. With this all-in-one solution, easily deploy virtual >> desktops for less than the cost of PCs and save 60% on VDI infrastructure >> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox >> _______________________________________________ >> mesa-users mailing list >> mes...@li... >> https://lists.sourceforge.net/lists/listinfo/mesa-users > > > ------------------------------------------------------------------------------ > Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex > infrastructure or vast IT resources to deliver seamless, secure access to > virtual desktops. With this all-in-one solution, easily deploy virtual > desktops for less than the cost of PCs and save 60% on VDI infrastructure > costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox > _______________________________________________ > mesa-users mailing list > mes...@li... > https://lists.sourceforge.net/lists/listinfo/mesa-users |
|
From: Francis T. <fx...@ma...> - 2012-01-05 07:32:13
|
hi ben, rich, kevin (and the mesa community), i had no luck compiling mesa under pgi on the nersc machines hopper and franklin this past summer. the issue boiled down to certain pointer structures used in mesa not being supported in that version of the pgi compiler. i would be interested in hearing from anyone about successes or failures on running mesa on any supercomputer or largish parallel cluster. fxt On Jan 4, 2012, at 3:56 PM, Ben Brown wrote: > Kevin, > To follow up on Rich's note: you are almost certainly not going to be > able to use the MESA SDK on a supercomputer. From my experiences with > those systems (using a very different code), they tend to require highly > specialized libraries and compilers. A general purpose tool like the SDK > won't work, because often the libraries being referenced need to be > compiled against very specific hardware. > > Put differently, the login nodes and the compute nodes tend to run very > different operating systems and codes targeting the compute nodes need to > be compiled using the specific compilers supported by UCSD for Triton. > Which means you'll need to come up with a specialized solution for this > system. I don't have access to Triton myself, so I can't be much more > specific than that. Looking over the Triton webpages it looks like both > PGI and Intel compilers are available on the system: > > http://tritonresource.sdsc.edu/compile_jobs.php > > If you run into problems, you might try contacting Theodore Sande > (formerly at MIT) for help in getting a version of MESA to compile, as he > has had the code running on large-scale systems in the past. > > Otherwise I could take a look at Ranger or Kraken (supercomputers at TACC > and NICS; both have Intel and PGI compilers) later this week or next week. > They won't be a perfect match, but they may get you started. > --Ben > > >> >> Hi Kevin -- >> >> This is a common problem with systems using 'older' (pre-2.11) versions of the GNU C library (glibc), which is a standard (and significant) part of all Linux distributions. At the moment, I have no plans to support pre-2.11 glibc versions, since 2.11 has been out for over two years. So, the only workaround would be to upgrade to 2.11 or later. >> >> cheers, >> >> Rich >> >> On Jan 4, 2012, at 7:23 PM, Kevin Moore wrote: >> >>> Hi all, >>> >>> I'm trying to install MESA on the Triton computing cluster at UCSD and am getting some weird errors. I know next to nothing about this so am just following the instructions on Rich's website for using the MESA SDK (which has worked fine for my macbook many times). uname -m returns "x86_64" so I'm using the 64-bit linux version of the SDK. All the setup steps seem to work fine (no errors anyway), but I run into problems during the ./install step. >>> >>> The first error I encounter is: >>> gfortran: /lib64/libc.so.6: version `GLIBC_2.11' not found (required by gfortran) >>> make: *** [const_def.o] Error 1 >>> >>> Perhaps tellingly, there is not a file named libc.so.6 in my mesa/utils/mesasdk/lib64. >>> >>> In addition, now whenever I try and use the man command I get the error: >>> /usr/bin/gtbl: error while loading shared libraries: /home/kmoore-ucsb/mesa_3794/utils/mesasdk/lib64/libstdc++.so.6: ELF file OS ABI invalid >>> >>> Any ideas what's going on from someone who may have done this before? >>> >>> Thanks, >>> Kevin >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex >>> infrastructure or vast IT resources to deliver seamless, secure access to >>> virtual desktops. With this all-in-one solution, easily deploy virtual >>> desktops for less than the cost of PCs and save 60% on VDI infrastructure >>> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox >>> _______________________________________________ >>> mesa-users mailing list >>> mes...@li... >>> https://lists.sourceforge.net/lists/listinfo/mesa-users >> >> >> >> >> ------------------------------ >> >> ------------------------------------------------------------------------------ >> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex >> infrastructure or vast IT resources to deliver seamless, secure access to >> virtual desktops. With this all-in-one solution, easily deploy virtual >> desktops for less than the cost of PCs and save 60% on VDI infrastructure >> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox >> >> ------------------------------ >> >> _______________________________________________ >> mesa-users mailing list >> mes...@li... >> https://lists.sourceforge.net/lists/listinfo/mesa-users >> >> >> End of mesa-users Digest, Vol 29, Issue 2 >> ***************************************** >> > > ------------------------------------------------------------------------------ > Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex > infrastructure or vast IT resources to deliver seamless, secure access to > virtual desktops. With this all-in-one solution, easily deploy virtual > desktops for less than the cost of PCs and save 60% on VDI infrastructure > costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox > _______________________________________________ > mesa-users mailing list > mes...@li... > https://lists.sourceforge.net/lists/listinfo/mesa-users |
|
From: Ben B. <bp...@as...> - 2012-01-04 22:56:41
|
Kevin,
To follow up on Rich's note: you are almost certainly not going to be
able to use the MESA SDK on a supercomputer. From my experiences with
those systems (using a very different code), they tend to require highly
specialized libraries and compilers. A general purpose tool like the SDK
won't work, because often the libraries being referenced need to be
compiled against very specific hardware.
Put differently, the login nodes and the compute nodes tend to run very
different operating systems and codes targeting the compute nodes need to
be compiled using the specific compilers supported by UCSD for Triton.
Which means you'll need to come up with a specialized solution for this
system. I don't have access to Triton myself, so I can't be much more
specific than that. Looking over the Triton webpages it looks like both
PGI and Intel compilers are available on the system:
http://tritonresource.sdsc.edu/compile_jobs.php
If you run into problems, you might try contacting Theodore Sande
(formerly at MIT) for help in getting a version of MESA to compile, as he
has had the code running on large-scale systems in the past.
Otherwise I could take a look at Ranger or Kraken (supercomputers at TACC
and NICS; both have Intel and PGI compilers) later this week or next week.
They won't be a perfect match, but they may get you started.
--Ben
>
> Hi Kevin --
>
> This is a common problem with systems using 'older' (pre-2.11) versions of the GNU C library (glibc), which is a standard (and significant) part of all Linux distributions. At the moment, I have no plans to support pre-2.11 glibc versions, since 2.11 has been out for over two years. So, the only workaround would be to upgrade to 2.11 or later.
>
> cheers,
>
> Rich
>
> On Jan 4, 2012, at 7:23 PM, Kevin Moore wrote:
>
>> Hi all,
>>
>> I'm trying to install MESA on the Triton computing cluster at UCSD and am getting some weird errors. I know next to nothing about this so am just following the instructions on Rich's website for using the MESA SDK (which has worked fine for my macbook many times). uname -m returns "x86_64" so I'm using the 64-bit linux version of the SDK. All the setup steps seem to work fine (no errors anyway), but I run into problems during the ./install step.
>>
>> The first error I encounter is:
>> gfortran: /lib64/libc.so.6: version `GLIBC_2.11' not found (required by gfortran)
>> make: *** [const_def.o] Error 1
>>
>> Perhaps tellingly, there is not a file named libc.so.6 in my mesa/utils/mesasdk/lib64.
>>
>> In addition, now whenever I try and use the man command I get the error:
>> /usr/bin/gtbl: error while loading shared libraries: /home/kmoore-ucsb/mesa_3794/utils/mesasdk/lib64/libstdc++.so.6: ELF file OS ABI invalid
>>
>> Any ideas what's going on from someone who may have done this before?
>>
>> Thanks,
>> Kevin
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
>> infrastructure or vast IT resources to deliver seamless, secure access to
>> virtual desktops. With this all-in-one solution, easily deploy virtual
>> desktops for less than the cost of PCs and save 60% on VDI infrastructure
>> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
>> _______________________________________________
>> mesa-users mailing list
>> mes...@li...
>> https://lists.sourceforge.net/lists/listinfo/mesa-users
>
>
>
>
> ------------------------------
>
> ------------------------------------------------------------------------------
> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
> infrastructure or vast IT resources to deliver seamless, secure access to
> virtual desktops. With this all-in-one solution, easily deploy virtual
> desktops for less than the cost of PCs and save 60% on VDI infrastructure
> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
>
> ------------------------------
>
> _______________________________________________
> mesa-users mailing list
> mes...@li...
> https://lists.sourceforge.net/lists/listinfo/mesa-users
>
>
> End of mesa-users Digest, Vol 29, Issue 2
> *****************************************
>
|
|
From: Richard T. <tow...@as...> - 2012-01-04 20:53:25
|
Hi Kevin -- This is a common problem with systems using 'older' (pre-2.11) versions of the GNU C library (glibc), which is a standard (and significant) part of all Linux distributions. At the moment, I have no plans to support pre-2.11 glibc versions, since 2.11 has been out for over two years. So, the only workaround would be to upgrade to 2.11 or later. cheers, Rich On Jan 4, 2012, at 7:23 PM, Kevin Moore wrote: > Hi all, > > I'm trying to install MESA on the Triton computing cluster at UCSD and am getting some weird errors. I know next to nothing about this so am just following the instructions on Rich's website for using the MESA SDK (which has worked fine for my macbook many times). uname -m returns "x86_64" so I'm using the 64-bit linux version of the SDK. All the setup steps seem to work fine (no errors anyway), but I run into problems during the ./install step. > > The first error I encounter is: > gfortran: /lib64/libc.so.6: version `GLIBC_2.11' not found (required by gfortran) > make: *** [const_def.o] Error 1 > > Perhaps tellingly, there is not a file named libc.so.6 in my mesa/utils/mesasdk/lib64. > > In addition, now whenever I try and use the man command I get the error: > /usr/bin/gtbl: error while loading shared libraries: /home/kmoore-ucsb/mesa_3794/utils/mesasdk/lib64/libstdc++.so.6: ELF file OS ABI invalid > > Any ideas what's going on from someone who may have done this before? > > Thanks, > Kevin > > > > ------------------------------------------------------------------------------ > Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex > infrastructure or vast IT resources to deliver seamless, secure access to > virtual desktops. With this all-in-one solution, easily deploy virtual > desktops for less than the cost of PCs and save 60% on VDI infrastructure > costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox > _______________________________________________ > mesa-users mailing list > mes...@li... > https://lists.sourceforge.net/lists/listinfo/mesa-users |
|
From: Kevin M. <km...@ph...> - 2012-01-04 19:36:14
|
Hi all, I'm trying to install MESA on the Triton computing cluster at UCSD and am getting some weird errors. I know next to nothing about this so am just following the instructions on Rich's website for using the MESA SDK (which has worked fine for my macbook many times). uname -m returns "x86_64" so I'm using the 64-bit linux version of the SDK. All the setup steps seem to work fine (no errors anyway), but I run into problems during the ./install step. The first error I encounter is: gfortran: /lib64/libc.so.6: version `GLIBC_2.11' not found (required by gfortran) make: *** [const_def.o] Error 1 Perhaps tellingly, there is not a file named libc.so.6 in my mesa/utils/mesasdk/lib64. In addition, now whenever I try and use the man command I get the error: /usr/bin/gtbl: error while loading shared libraries: /home/kmoore-ucsb/mesa_3794/utils/mesasdk/lib64/libstdc++.so.6: ELF file OS ABI invalid Any ideas what's going on from someone who may have done this before? Thanks, Kevin |
|
From: Kent G. B. <kg...@la...> - 2012-01-03 14:39:16
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
If I'm not mistaken, mesa uses an implicit time step method even when
you have velocity turned on. Such methods are inherently strongly
damped. If you want to realistically model vibrations, you need a time
step method specially formulated to avoid dissipation (such as some
variation of centered difference.)<br>
<br>
--Kent G. Budge<br>
CCS-2, LANL<br>
<br>
Bill Paxton wrote:
<blockquote
cite="mid:33D...@ki..."
type="cite">
<pre wrap="">Hi,
On Jan 1, 2012, at 8:49 PM, <a class="moz-txt-link-abbreviated" href="mailto:jin...@ca...">jin...@ca...</a> wrote:
</pre>
<blockquote type="cite">
<pre wrap="">we start with a perturbed initial model. Physically
the star should keep vibrating for a thermal (kh_timescale) time scale,
but mesa damped the vibration in about 1 vibration period
</pre>
</blockquote>
<pre wrap=""><!---->
Does anyone have suggestions for Jing?
All I can think of is to set max_years_for_timestep
to make sure the timestep is limited
to be much smaller than the period of vibration.
But I don't have any direct experience with this
sort of thing, so perhaps someone else has
better ideas.
-Bill
------------------------------------------------------------------------------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual
desktops for less than the cost of PCs and save 60% on VDI infrastructure
costs. Try it free! <a class="moz-txt-link-freetext" href="http://p.sf.net/sfu/Citrix-VDIinabox">http://p.sf.net/sfu/Citrix-VDIinabox</a>
_______________________________________________
mesa-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:mes...@li...">mes...@li...</a>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/mesa-users">https://lists.sourceforge.net/lists/listinfo/mesa-users</a>
</pre>
</blockquote>
<br>
</body>
</html>
|
|
From: Francis T. <fx...@ma...> - 2012-01-02 23:09:27
|
hi jing, it appears to me that you are interested in follow sound waves bouncing around. if so, i think you should be using a courant timestep limited explicit hydrodynamics code to accurately follow this behavior. in my opinion, mesa is not (yet, perhaps) the right tool for the job. fxt On Jan 2, 2012, at 9:56 AM, jin...@ca... wrote: > Hi, > > On Jan 1, 2012, at 8:49 PM, jin...@ca... wrote: > >> we start with a perturbed initial model. Physically >> the star should keep vibrating for a thermal (kh_timescale) time scale, >> but mesa damped the vibration in about 1 vibration period > > Does anyone have suggestions for Jing? > All I can think of is to set max_years_for_timestep > to make sure the timestep is limited > to be much smaller than the period of vibration. > But I don't have any direct experience with this > sort of thing, so perhaps someone else has > better ideas. Thank you, Bill. We have tried to limit the maxtimestep to be e.g. 1/20 of the vibration time scale. However, MESA keeps shrinking the real time step model by model so that the first half of the vibration period never ends. > > -Bill > Hi Bill, > > Is there any other method except artificial viscosity to help hydro-static > convergence please? We start with a perturbed initial model. Physically > the star should keep vibrating for a thermal (kh_timescale) time scale, > but mesa damped the vibration in about 1 vibration period. I checked the > hydro_eqn.f and turned off the artificial viscosity, but the vibration > still got damped in the same manner. By reading the hydro_eqn.f file, I > did not find any other trick except artificial viscosity. Did I miss > something? Does mesa use some other technique to damp vibration please? > > Thank you so much :-) > > Sincerely, > Jing > |
|
From: <jin...@ca...> - 2012-01-02 16:56:56
|
> Hi, > > On Jan 1, 2012, at 8:49 PM, jin...@ca... wrote: > >> we start with a perturbed initial model. Physically >> the star should keep vibrating for a thermal (kh_timescale) time scale, >> but mesa damped the vibration in about 1 vibration period > > Does anyone have suggestions for Jing? > All I can think of is to set max_years_for_timestep > to make sure the timestep is limited > to be much smaller than the period of vibration. > But I don't have any direct experience with this > sort of thing, so perhaps someone else has > better ideas. Thank you, Bill. We have tried to limit the maxtimestep to be e.g. 1/20 of the vibration time scale. However, MESA keeps shrinking the real time step model by model so that the first half of the vibration period never ends. > > -Bill > > |
|
From: Bill P. <pa...@ki...> - 2012-01-02 16:52:45
|
Hi, On Jan 1, 2012, at 8:49 PM, jin...@ca... wrote: > we start with a perturbed initial model. Physically > the star should keep vibrating for a thermal (kh_timescale) time scale, > but mesa damped the vibration in about 1 vibration period Does anyone have suggestions for Jing? All I can think of is to set max_years_for_timestep to make sure the timestep is limited to be much smaller than the period of vibration. But I don't have any direct experience with this sort of thing, so perhaps someone else has better ideas. -Bill |
|
From: <jin...@ca...> - 2012-01-02 04:49:46
|
Hi Bill, Is there any other method except artificial viscosity to help hydro-static convergence please? We start with a perturbed initial model. Physically the star should keep vibrating for a thermal (kh_timescale) time scale, but mesa damped the vibration in about 1 vibration period. I checked the hydro_eqn.f and turned off the artificial viscosity, but the vibration still got damped in the same manner. By reading the hydro_eqn.f file, I did not find any other trick except artificial viscosity. Did I miss something? Does mesa use some other technique to damp vibration please? Thank you so much :-) Sincerely, Jing > Hi Jing, > > On Jan 1, 2012, at 11:06 AM, jin...@ca... wrote: > >> I am studying the artificial viscosity formulations in MESA. Is there >> some >> published reference for the artificial viscosity in MESA please? > > The mesa implementation of artificial viscosity has NOT been carefully > tested, > but you are welcome to play with it and let us know how it goes. > Just understand that for cases with shocks, mesa has NEVER been verified. > So if it by some chance it happens to produce a reasonable result, it will > be a fluke. > > There has been a lot of talk about doing full hydrodynamics with shocks in > mesa, > but the talk hasn't turned into code yet. ;-( > Dave Arnett and I have scribbled at the blackboard about how to do > explicit hydro > in mesa -- perhaps something will come of that by summer. Both of us > would > like very much to see it happen, but there are lots of other things > competing for > our time. > > For what it is worth, the current implementation of artificial viscosity > in mesa follows > the description in this old KEPLER paper: > > > > Good luck, > Bill > > > > |
|
From: Bill P. <pa...@ki...> - 2012-01-01 19:15:44
|
Hi Jing, On Jan 1, 2012, at 11:06 AM, jin...@ca... wrote: > I am studying the artificial viscosity formulations in MESA. Is there some > published reference for the artificial viscosity in MESA please? The mesa implementation of artificial viscosity has NOT been carefully tested, but you are welcome to play with it and let us know how it goes. Just understand that for cases with shocks, mesa has NEVER been verified. So if it by some chance it happens to produce a reasonable result, it will be a fluke. There has been a lot of talk about doing full hydrodynamics with shocks in mesa, but the talk hasn't turned into code yet. ;-( Dave Arnett and I have scribbled at the blackboard about how to do explicit hydro in mesa -- perhaps something will come of that by summer. Both of us would like very much to see it happen, but there are lots of other things competing for our time. For what it is worth, the current implementation of artificial viscosity in mesa follows the description in this old KEPLER paper: |
|
From: <jin...@ca...> - 2012-01-01 19:06:33
|
Hello, I am studying the artificial viscosity formulations in MESA. Is there some published reference for the artificial viscosity in MESA please? Thank you very much :-) Sincerely, Jing |
|
From: Francis T. <fx...@ma...> - 2011-12-28 06:00:48
|
hi zahra, how you are you compiling mesa, with the supplied sdk or otherwise? what is your machine and os? fxt On Dec 27, 2011, at 5:06 AM, zahra motahar wrote: > Dear friends, > > I want to use the pgstar for plotting. Although I followed the instruction in README and used the comments in mesa_users archive, I couldn't plot my results by pgstar. The pgstar window doesn't show up as running start. > > Is there any new suggestion to fix the problem? > > Bests, > Zahra ------------------------------------------------------------------------------ |
|
From: zahra m. <zam...@gm...> - 2011-12-27 12:06:58
|
Dear friends, I want to use the pgstar for plotting. Although I followed the instruction in README and used the comments in mesa_users archive, I couldn't plot my results by pgstar. The pgstar window doesn't show up as running start. Is there any new suggestion to fix the problem? Bests, Zahra |
|
From: Richard T. <tow...@as...> - 2011-12-20 06:16:51
|
Hi Li -- The problem is coming from the fact that the libquadmath.so.0 library can't be found. But it should be present in your /home/xinyu/mesa/utils/mesasdk/lib64 directory. Can you send me the output from doing an 'ls -l' on this directory? cheers, Rich On Dec 19, 2011, at 9:20 PM, lixinyu wrote: > Hi, > The result is: > > /home/xinyu/mesa/utils/mesasdk/lib64:/home/xinyu/mesa/utils/mesasdk/lib:/home/xinyu/mesa/utils/mesasdk/pgplot: > > Regards, > LI Xinyu > Department of physics > The University of Hong Kong > ________________________________________ > From: Richard Townsend [tow...@as...] > Sent: Tuesday, December 20, 2011 10:45 AM > To: lixinyu > Cc: mes...@li... > Subject: Re: [mesa-users] Installation ERROR: > > Hi Li -- > > Can you check the value of the LD_LIBRARY_PATH environment variable? To do this, run > > echo $LD_LIBRARY_PATH > > at the command line. > > cheers, > > Rich > > On Dec 19, 2011, at 7:54 PM, lixinyu wrote: > >> The test file for const is in the attachment. >> Regards, >> LI Xinyu >> Department of physics >> The University of Hong Kong >> ________________________________________ >> From: Richard Townsend [tow...@as...] >> Sent: Tuesday, December 20, 2011 12:47 AM >> To: lixinyu >> Cc: mes...@li... >> Subject: Re: [mesa-users] Installation ERROR: >> >> Hi -- >> >> Can you post the two files mesa/const/test/test_output and mesa/const/test/tmp.txt? I need to see what these files contain to determine what might be going wrong. >> >> cheers, >> >> Rich >> >> On Dec 19, 2011, at 1:28 AM, lixinyu wrote: >> >>> Dear all, >>> I'm using mesasdk 1212 version for the 64 bit computer. The system is scientific linux 6.1. Can't even pass the const test: >>> >>> >>> make: `libconst.a' is up to date. >>> gfortran -fno-range-check -fopenmp -I../../make -I../../public -I../../../include -I/home/xinyu/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 >>> >>> >>> FAILED >>> >>> >>> /home/xinyu/mesa/const/test >>> TEST FAILED -- compare test_output to tmp.txt >>> >>> >>> /home/xinyu/mesa/const >>> ./build_and_test FAILED >>> >>> >>> >>> >>> Regards, >>> LI Xinyu >>> Department of physics >>> The University of Hong Kong >>> ------------------------------------------------------------------------------ >>> Learn Windows Azure Live! Tuesday, Dec 13, 2011 >>> Microsoft is holding a special Learn Windows Azure training event for >>> developers. It will provide a great way to learn Windows Azure and what it >>> provides. You can attend the event by watching it streamed LIVE online. >>> Learn more at http://p.sf.net/sfu/ms-windowsazure >>> _______________________________________________ >>> mesa-users mailing list >>> mes...@li... >>> https://lists.sourceforge.net/lists/listinfo/mesa-users >> >> <test_output><tmp.txt> |
|
From: lixinyu <li...@hk...> - 2011-12-20 03:22:40
|
Hi, The result is: /home/xinyu/mesa/utils/mesasdk/lib64:/home/xinyu/mesa/utils/mesasdk/lib:/home/xinyu/mesa/utils/mesasdk/pgplot: Regards, LI Xinyu Department of physics The University of Hong Kong ________________________________________ From: Richard Townsend [tow...@as...] Sent: Tuesday, December 20, 2011 10:45 AM To: lixinyu Cc: mes...@li... Subject: Re: [mesa-users] Installation ERROR: Hi Li -- Can you check the value of the LD_LIBRARY_PATH environment variable? To do this, run echo $LD_LIBRARY_PATH at the command line. cheers, Rich On Dec 19, 2011, at 7:54 PM, lixinyu wrote: > The test file for const is in the attachment. > Regards, > LI Xinyu > Department of physics > The University of Hong Kong > ________________________________________ > From: Richard Townsend [tow...@as...] > Sent: Tuesday, December 20, 2011 12:47 AM > To: lixinyu > Cc: mes...@li... > Subject: Re: [mesa-users] Installation ERROR: > > Hi -- > > Can you post the two files mesa/const/test/test_output and mesa/const/test/tmp.txt? I need to see what these files contain to determine what might be going wrong. > > cheers, > > Rich > > On Dec 19, 2011, at 1:28 AM, lixinyu wrote: > >> Dear all, >> I'm using mesasdk 1212 version for the 64 bit computer. The system is scientific linux 6.1. Can't even pass the const test: >> >> >> make: `libconst.a' is up to date. >> gfortran -fno-range-check -fopenmp -I../../make -I../../public -I../../../include -I/home/xinyu/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 >> >> >> FAILED >> >> >> /home/xinyu/mesa/const/test >> TEST FAILED -- compare test_output to tmp.txt >> >> >> /home/xinyu/mesa/const >> ./build_and_test FAILED >> >> >> >> >> Regards, >> LI Xinyu >> Department of physics >> The University of Hong Kong >> ------------------------------------------------------------------------------ >> Learn Windows Azure Live! Tuesday, Dec 13, 2011 >> Microsoft is holding a special Learn Windows Azure training event for >> developers. It will provide a great way to learn Windows Azure and what it >> provides. You can attend the event by watching it streamed LIVE online. >> Learn more at http://p.sf.net/sfu/ms-windowsazure >> _______________________________________________ >> mesa-users mailing list >> mes...@li... >> https://lists.sourceforge.net/lists/listinfo/mesa-users > > <test_output><tmp.txt> |
|
From: Richard T. <tow...@as...> - 2011-12-20 02:45:50
|
Hi Li -- Can you check the value of the LD_LIBRARY_PATH environment variable? To do this, run echo $LD_LIBRARY_PATH at the command line. cheers, Rich On Dec 19, 2011, at 7:54 PM, lixinyu wrote: > The test file for const is in the attachment. > Regards, > LI Xinyu > Department of physics > The University of Hong Kong > ________________________________________ > From: Richard Townsend [tow...@as...] > Sent: Tuesday, December 20, 2011 12:47 AM > To: lixinyu > Cc: mes...@li... > Subject: Re: [mesa-users] Installation ERROR: > > Hi -- > > Can you post the two files mesa/const/test/test_output and mesa/const/test/tmp.txt? I need to see what these files contain to determine what might be going wrong. > > cheers, > > Rich > > On Dec 19, 2011, at 1:28 AM, lixinyu wrote: > >> Dear all, >> I'm using mesasdk 1212 version for the 64 bit computer. The system is scientific linux 6.1. Can't even pass the const test: >> >> >> make: `libconst.a' is up to date. >> gfortran -fno-range-check -fopenmp -I../../make -I../../public -I../../../include -I/home/xinyu/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 >> >> >> FAILED >> >> >> /home/xinyu/mesa/const/test >> TEST FAILED -- compare test_output to tmp.txt >> >> >> /home/xinyu/mesa/const >> ./build_and_test FAILED >> >> >> >> >> Regards, >> LI Xinyu >> Department of physics >> The University of Hong Kong >> ------------------------------------------------------------------------------ >> Learn Windows Azure Live! Tuesday, Dec 13, 2011 >> Microsoft is holding a special Learn Windows Azure training event for >> developers. It will provide a great way to learn Windows Azure and what it >> provides. You can attend the event by watching it streamed LIVE online. >> Learn more at http://p.sf.net/sfu/ms-windowsazure >> _______________________________________________ >> mesa-users mailing list >> mes...@li... >> https://lists.sourceforge.net/lists/listinfo/mesa-users > > <test_output><tmp.txt> |
|
From: lixinyu <li...@hk...> - 2011-12-20 01:56:15
|
The test file for const is in the attachment. Regards, LI Xinyu Department of physics The University of Hong Kong ________________________________________ From: Richard Townsend [tow...@as...] Sent: Tuesday, December 20, 2011 12:47 AM To: lixinyu Cc: mes...@li... Subject: Re: [mesa-users] Installation ERROR: Hi -- Can you post the two files mesa/const/test/test_output and mesa/const/test/tmp.txt? I need to see what these files contain to determine what might be going wrong. cheers, Rich On Dec 19, 2011, at 1:28 AM, lixinyu wrote: > Dear all, > I'm using mesasdk 1212 version for the 64 bit computer. The system is scientific linux 6.1. Can't even pass the const test: > > > make: `libconst.a' is up to date. > gfortran -fno-range-check -fopenmp -I../../make -I../../public -I../../../include -I/home/xinyu/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 > > > FAILED > > > /home/xinyu/mesa/const/test > TEST FAILED -- compare test_output to tmp.txt > > > /home/xinyu/mesa/const > ./build_and_test FAILED > > > > > Regards, > LI Xinyu > Department of physics > The University of Hong Kong > ------------------------------------------------------------------------------ > Learn Windows Azure Live! Tuesday, Dec 13, 2011 > Microsoft is holding a special Learn Windows Azure training event for > developers. It will provide a great way to learn Windows Azure and what it > provides. You can attend the event by watching it streamed LIVE online. > Learn more at http://p.sf.net/sfu/ms-windowsazure > _______________________________________________ > mesa-users mailing list > mes...@li... > https://lists.sourceforge.net/lists/listinfo/mesa-users |
|
From: Richard T. <tow...@as...> - 2011-12-19 16:47:19
|
Hi -- Can you post the two files mesa/const/test/test_output and mesa/const/test/tmp.txt? I need to see what these files contain to determine what might be going wrong. cheers, Rich On Dec 19, 2011, at 1:28 AM, lixinyu wrote: > Dear all, > I'm using mesasdk 1212 version for the 64 bit computer. The system is scientific linux 6.1. Can't even pass the const test: > > > make: `libconst.a' is up to date. > gfortran -fno-range-check -fopenmp -I../../make -I../../public -I../../../include -I/home/xinyu/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 > > > FAILED > > > /home/xinyu/mesa/const/test > TEST FAILED -- compare test_output to tmp.txt > > > /home/xinyu/mesa/const > ./build_and_test FAILED > > > > > Regards, > LI Xinyu > Department of physics > The University of Hong Kong > ------------------------------------------------------------------------------ > Learn Windows Azure Live! Tuesday, Dec 13, 2011 > Microsoft is holding a special Learn Windows Azure training event for > developers. It will provide a great way to learn Windows Azure and what it > provides. You can attend the event by watching it streamed LIVE online. > Learn more at http://p.sf.net/sfu/ms-windowsazure > _______________________________________________ > mesa-users mailing list > mes...@li... > https://lists.sourceforge.net/lists/listinfo/mesa-users |
|
From: Abhisek D. <abh...@gm...> - 2011-12-19 08:35:25
|
Dear all, I am having the same problem installing in ubuntu 11.10.. It is giving the same error message. Can anyone help? Abhisek Datta IIT Kharagpur On Mon, Dec 19, 2011 at 12:58 PM, lixinyu <li...@hk...> wrote: > Dear all, > I'm using mesasdk 1212 version for the 64 bit computer. The system is > scientific linux 6.1. Can't even pass the const test: > > > make: `libconst.a' is up to date. > gfortran -fno-range-check -fopenmp -I../../make -I../../public > -I../../../include -I/home/xinyu/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 > > > FAILED > > > /home/xinyu/mesa/const/test > TEST FAILED -- compare test_output to tmp.txt > > > /home/xinyu/mesa/const > ./build_and_test FAILED > > > > > Regards, > LI Xinyu > Department of physics > The University of Hong Kong > > ------------------------------------------------------------------------------ > Learn Windows Azure Live! Tuesday, Dec 13, 2011 > Microsoft is holding a special Learn Windows Azure training event for > developers. It will provide a great way to learn Windows Azure and what it > provides. You can attend the event by watching it streamed LIVE online. > Learn more at http://p.sf.net/sfu/ms-windowsazure > _______________________________________________ > mesa-users mailing list > mes...@li... > https://lists.sourceforge.net/lists/listinfo/mesa-users > |
|
From: lixinyu <li...@hk...> - 2011-12-19 07:42:29
|
Dear all,
I'm using mesasdk 1212 version for the 64 bit computer. The system is scientific linux 6.1. Can't even pass the const test:
make: `libconst.a' is up to date.
gfortran -fno-range-check -fopenmp -I../../make -I../../public -I../../../include -I/home/xinyu/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
FAILED
/home/xinyu/mesa/const/test
TEST FAILED -- compare test_output to tmp.txt
/home/xinyu/mesa/const
./build_and_test FAILED
Regards,
LI Xinyu
Department of physics
The University of Hong Kong
|
|
From: Bill P. <pa...@ki...> - 2011-12-15 22:06:23
|
Hi, Can anyone help Manos with this install problem. I'm completely swamped at the moment. Thanks, Bill Begin forwarded message: > From: Manos Chatzopoulos <ma...@as...> > Date: December 15, 2011 1:44:07 PM PST > To: Bill Paxton <pa...@ki...> > Subject: MESA v3792 compilation error > > Hi Bill, > > I am upgrading to MESA v3792 using gfortran (latest) version 4.7.0. I tried using mesasdk but it never worked, now I do it with the good > old Bill Paxton makefile_header way ;). However, when I do ./install I get the following error: > > t line 61 of file ../gensr/ofiles.c.f > Fortran runtime error: Cannot read from file opened for WRITE > > > ************************************************************* > > In this version, the maximum number of mesh points is 20000 > Maximum number of modes for internal storage is 20000 > > ************************************************************* > > > -------------------------------------------------- > Entering adipls with parameter passing > i_paramset = 0 > > Files needed: > Model input on unit imlds (default 2) > Trial frequency input on unit itrds (default 10). Optional. > Grand summary on unit idsgsm (default 11). > Short summary on unit idsssm (default 15). > Eigenfunction on unit idsefn (default 4) (optional). > Rotational kernel on unit idsrkr (default 12) (optional). > Gamma1 kernel on unit idsgkr (default 13) (optional). > Printed output on unit istdpr, if not default > Input format: <unit number> <file name> > input ends with EOF or a line containing -1. > if file name is given as 0, /dev/null is used for the file. > At line 60 of file set-obs.d.f (unit = 2, file = '^C') > Fortran runtime error: File 'agsm.mesa' does not exist > mv: rename obs.mesa to obs.txt: No such file or directory > > FAILED > > > /Users/manolis/Desktop/mesa_3792/adipls/test > TEST FAILED -- compare obs.txt to obs.test.txt > > > /Users/manolis/Desktop/mesa_3792/adipls > ./build_and_test FAILED > > > Is there an idea of what could be going wrong with it? > > Thanks a lot! > > Manos |
|
From: Raphael H. <r.h...@ep...> - 2011-12-15 12:50:04
|
Dear All, Here is the command we use to create avi movie using mencoder: mencoder mf://*.png -mf fps=10:type=png -ovc copy -oac copy -o /fondue/hirschi/ledoux_timescale_core.avi More options on this webpage: http://www.mplayerhq.hu/DOCS/HTML/en/menc-feat-enc-images.html Raphael PS: copy of webpage below in case it disappears: 6.8. Encoding from multiple input image files (JPEG, PNG, TGA, etc.) MEncoder is capable of creating movies from one or more JPEG, PNG, TGA, or other image files. With simple framecopy it can create MJPEG (Motion JPEG), MPNG (Motion PNG) or MTGA (Motion TGA) files. Explanation of the process: MEncoder decodes the input image(s) with libjpeg (when decoding PNGs, it will use libpng). MEncoder then feeds the decoded image to the chosen video compressor (DivX4, Xvid, FFmpeg msmpeg4, etc.). Examples. The explanation of the -mf option is in the man page. Creating an MPEG-4 file from all the JPEG files in the current directory: mencoder mf://*.jpg -mf w=800:h=600:fps=25:type=jpg -ovc lavc \ -lavcopts vcodec=mpeg4:mbd=2:trell -oac copy -o output.avi Creating an MPEG-4 file from some JPEG files in the current directory: mencoder mf://frame001.jpg,frame002.jpg -mf w=800:h=600:fps=25:type=jpg \ -ovc lavc -lavcopts vcodec=mpeg4:mbd=2:trell -oac copy -o output.avi Creating an MPEG-4 file from explicit list of JPEG files (list.txt in current directory contains the list of files to use as source, one per line): mencoder mf://@list.txt -mf w=800:h=600:fps=25:type=jpg \ -ovc lavc -lavcopts vcodec=mpeg4:mbd=2:trell -oac copy -o output.avi You can mix different types of images, regardless of the method you use — individual filenames, wildcard or file with list — provided of course they have the same dimensions. So you can e.g. take title frame from PNG file, and then put a slideshow of your JPEG photos. Creating a Motion JPEG (MJPEG) file from all the JPEG files in the current directory: mencoder mf://*.jpg -mf w=800:h=600:fps=25:type=jpg -ovc copy -oac copy -o output.avi Creating an uncompressed file from all the PNG files in the current directory: mencoder mf://*.png -mf w=800:h=600:fps=25:type=png -ovc raw -oac copy -o output.avi Note Width must be integer multiple of 4, it is a limitation of the RAW RGB AVI format. Creating a Motion PNG (MPNG) file from all the PNG files in the current directory: mencoder mf://*.png -mf w=800:h=600:fps=25:type=png -ovc copy -oac copy -o output.avi Creating a Motion TGA (MTGA) file from all the TGA files in the current directory: mencoder mf://*.tga -mf w=800:h=600:fps=25:type=tga -ovc copy -oac copy -o output.avi On 15/12/11 01:10, mes...@li... wrote: > Send mesa-users mailing list submissions to > mes...@li... > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/mesa-users > or, via email, send a message with subject or body 'help' to > mes...@li... > > You can reach the person managing the list at > mes...@li... > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of mesa-users digest..." > > > Today's Topics: > > 1. Re: mesa 3792 now current (Pieter Degroote) > 2. Re: mesa 3792 now current (Aaron Dotter) > 3. Re: login scripts (Richard Townsend) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 14 Dec 2011 13:10:30 -0800 > From: Pieter Degroote<pi...@st...> > Subject: Re: [mesa-users] mesa 3792 now current > To: mes...@li... > Message-ID:<4EE...@st...> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Hi Bill, > > The astero package fails when updating in my installation. I'm working > on 32-bit Kubuntu 11.10 (so no SDK, sorry!). I have no library or > compiler issues since I could install everything a few weeks back. This > is the log of my actions: > > 1. I'm upgrading with svn via "svn update -r 3792" > 2. I do a ./clean and ./install > 3. It complained about my kap_data, asked me to delete it, so I deleted > that folder. > 4. I did a ./clean and ./install again. > 5. The astero package failed comparing test_output with tmp.txt > 6. I did a ./clean and ./install again (just do be sure) > 7. I get the same message: > > ... > mesa/adipls has been made, tested, and exported. > > ************************************************ > > /home/pieterd/programs/mesa/astero > building astero package. > > gfortran -fno-range-check -fopenmp -fbounds-check -g > -I../../../include -c -ffree-form > ../../../astero/run_star_adipls/star_adipls_support.f > gfortran -fno-range-check -fopenmp -fbounds-check -g > -I../../../include -c -ffree-form ../src/run_star_extras.f > gfortran -fno-range-check -fopenmp -fbounds-check -g > -I../../../include -c -ffree-form > ../../../astero/run_star_adipls/run_star_extras_adipls.f > gfortran -fno-range-check -fopenmp -fbounds-check -g > -I../../../include -c -ffree-form ../../../star/test/src/run_star.f > gfortran -fno-range-check -fopenmp -fbounds-check -g > -I../../../include -c -ffree-form ../src/run.f > gfortran -fno-range-check -fopenmp -fbounds-check -g > -I../../../include -c -ffree-form > ../../../astero/run_star_adipls/star_adipls_support_procs.f > gfortran -fopenmp -o ../star \ > run_star_extras.o run_star_extras_adipls.o run_star.o run.o > -L../../../lib -lstar -ldiffusion -lionization -lmlt -latm -lkaro > -lcolors -leos -lkap -lnet -lscreen -lrates -lreaclib -lweak -lneu > -lchem -linterp_2d -linterp_1d -lnum -lutils -lalert -lconst -lmtx > -lmesaklu -lmesalapack -lmesablas -L/usr/lib/pgplot5 -lpgplot -lX11 -lpng \ > star_adipls_support.o -ladipls star_adipls_support_procs.o > > 5c5 > < 1 0.2715408114617294E-03 -0.1210601832184118E-06 > 0.0000000000000000E+00 > --- field 3 relative error 4.15e-02 > > 1 0.2715405895781906E-03 -0.1162346679831949E-06 > 0.0000000000000000E+00 > 6c6 > < 2 0.3433970493707031E-03 -0.1495725015752948E-06 > 0.0000000000000000E+00 > --- field 3 relative error 2.05e-02 > > 2 0.3433967686240131E-03 -0.1465674430847568E-06 > 0.0000000000000000E+00 > 7c7 > < 3 0.4341861725531719E-03 -0.1869277613700836E-06 > 0.0000000000000000E+00 > --- field 3 relative error 1.01e-02 > > 3 0.4341858170268709E-03 -0.1850553955812315E-06 > 0.0000000000000000E+00 > > /home/pieterd/programs/mesa/astero/test > TEST FAILED -- compare test_output to tmp.txt > > > /home/pieterd/programs/mesa/astero > ./build_and_test FAILED > > > > > > > > > > From the looks of it, the input and output are not too different. > > Many thanks, > Pieter > > > > > > > On 12/13/2011 01:43 PM, Bill Paxton wrote: >> Fixes a bug with the test when installing the astero package. >> (the package was fine; the test had a bug!) >> >> -B >> >> >> >> ------------------------------------------------------------------------------ >> Systems Optimization Self Assessment >> Improve efficiency and utilization of IT resources. Drive out cost and >> improve service delivery. Take 5 minutes to use this Systems Optimization >> Self Assessment. http://www.accelacomm.com/jaw/sdnl/114/51450054/ >> _______________________________________________ >> mesa-users mailing list >> mes...@li... >> https://lists.sourceforge.net/lists/listinfo/mesa-users > > > > ------------------------------ > > Message: 2 > Date: Wed, 14 Dec 2011 16:19:37 -0500 > From: Aaron Dotter<aar...@gm...> > Subject: Re: [mesa-users] mesa 3792 now current > To: Pieter Degroote<pi...@st...> > Cc: mes...@li... > Message-ID: > <CAN5--jMaZO+p7E22vEc2wJwOVKZ=a77gZNGFNkfpS81XMx=MR...@ma...> > Content-Type: text/plain; charset="iso-8859-1" > > Hi Peter, > > This is a case where you can override the install script if you trust own > results. As you say, the ndiff comparison suggests that the output of your > installation is not too different from the default. > > The simplest way to do this ( assuming you trust your own results! ) is to > cd adipls/test and redirect the output from the test program, ./tester> > test_output, to "test_output". > > Then cd back to the top-level and run the install script again. If you > prefer to keep the test results in their original form but want to proceed > with the install, you can manually compile and export the remaining modules > listed in the main install script after adipls. > > Aaron > > > On Wed, Dec 14, 2011 at 4:10 PM, Pieter Degroote > <pi...@st...>wrote: > >> Hi Bill, >> >> The astero package fails when updating in my installation. I'm working >> on 32-bit Kubuntu 11.10 (so no SDK, sorry!). I have no library or >> compiler issues since I could install everything a few weeks back. This >> is the log of my actions: >> >> 1. I'm upgrading with svn via "svn update -r 3792" >> 2. I do a ./clean and ./install >> 3. It complained about my kap_data, asked me to delete it, so I deleted >> that folder. >> 4. I did a ./clean and ./install again. >> 5. The astero package failed comparing test_output with tmp.txt >> 6. I did a ./clean and ./install again (just do be sure) >> 7. I get the same message: >> >> ... >> mesa/adipls has been made, tested, and exported. >> >> ************************************************ >> >> /home/pieterd/programs/mesa/astero >> building astero package. >> >> gfortran -fno-range-check -fopenmp -fbounds-check -g >> -I../../../include -c -ffree-form >> ../../../astero/run_star_adipls/star_adipls_support.f >> gfortran -fno-range-check -fopenmp -fbounds-check -g >> -I../../../include -c -ffree-form ../src/run_star_extras.f >> gfortran -fno-range-check -fopenmp -fbounds-check -g >> -I../../../include -c -ffree-form >> ../../../astero/run_star_adipls/run_star_extras_adipls.f >> gfortran -fno-range-check -fopenmp -fbounds-check -g >> -I../../../include -c -ffree-form ../../../star/test/src/run_star.f >> gfortran -fno-range-check -fopenmp -fbounds-check -g >> -I../../../include -c -ffree-form ../src/run.f >> gfortran -fno-range-check -fopenmp -fbounds-check -g >> -I../../../include -c -ffree-form >> ../../../astero/run_star_adipls/star_adipls_support_procs.f >> gfortran -fopenmp -o ../star \ >> run_star_extras.o run_star_extras_adipls.o run_star.o run.o >> -L../../../lib -lstar -ldiffusion -lionization -lmlt -latm -lkaro >> -lcolors -leos -lkap -lnet -lscreen -lrates -lreaclib -lweak -lneu >> -lchem -linterp_2d -linterp_1d -lnum -lutils -lalert -lconst -lmtx >> -lmesaklu -lmesalapack -lmesablas -L/usr/lib/pgplot5 -lpgplot -lX11 -lpng >> \ >> star_adipls_support.o -ladipls star_adipls_support_procs.o >> >> 5c5 >> < 1 0.2715408114617294E-03 -0.1210601832184118E-06 >> 0.0000000000000000E+00 >> --- field 3 relative error 4.15e-02 >> > 1 0.2715405895781906E-03 -0.1162346679831949E-06 >> 0.0000000000000000E+00 >> 6c6 >> < 2 0.3433970493707031E-03 -0.1495725015752948E-06 >> 0.0000000000000000E+00 >> --- field 3 relative error 2.05e-02 >> > 2 0.3433967686240131E-03 -0.1465674430847568E-06 >> 0.0000000000000000E+00 >> 7c7 >> < 3 0.4341861725531719E-03 -0.1869277613700836E-06 >> 0.0000000000000000E+00 >> --- field 3 relative error 1.01e-02 >> > 3 0.4341858170268709E-03 -0.1850553955812315E-06 >> 0.0000000000000000E+00 >> >> /home/pieterd/programs/mesa/astero/test >> TEST FAILED -- compare test_output to tmp.txt >> >> >> /home/pieterd/programs/mesa/astero >> ./build_and_test FAILED >> >> >> >> >> >> >> >> >> >> From the looks of it, the input and output are not too different. >> >> Many thanks, >> Pieter >> >> >> >> >> >> >> On 12/13/2011 01:43 PM, Bill Paxton wrote: >>> Fixes a bug with the test when installing the astero package. >>> (the package was fine; the test had a bug!) >>> >>> -B >>> >>> >>> >>> >> ------------------------------------------------------------------------------ >>> Systems Optimization Self Assessment >>> Improve efficiency and utilization of IT resources. Drive out cost and >>> improve service delivery. Take 5 minutes to use this Systems Optimization >>> Self Assessment. http://www.accelacomm.com/jaw/sdnl/114/51450054/ >>> _______________________________________________ >>> mesa-users mailing list >>> mes...@li... >>> https://lists.sourceforge.net/lists/listinfo/mesa-users >> >> >> ------------------------------------------------------------------------------ >> Cloud Computing - Latest Buzzword or a Glimpse of the Future? >> This paper surveys cloud computing today: What are the benefits? >> Why are businesses embracing it? What are its payoffs and pitfalls? >> http://www.accelacomm.com/jaw/sdnl/114/51425149/ >> _______________________________________________ >> mesa-users mailing list >> mes...@li... >> https://lists.sourceforge.net/lists/listinfo/mesa-users >> > -------------- next part -------------- > An HTML attachment was scrubbed... > > ------------------------------ > > Message: 3 > Date: Wed, 14 Dec 2011 19:10:27 -0600 > From: Richard Townsend<tow...@as...> > Subject: Re: [mesa-users] login scripts > To: zahra motahar<zam...@gm...> > Cc: mes...@li... > Message-ID:<026...@as...> > Content-Type: text/plain; charset="iso-8859-1" > > You need to just add the same sequence of commands (as used interactively) to the appropriate login script file. To find out which file to edit, first you must find out which shell you are using: > > echo $SHELL > > Common shells are as follows: > > sh - Bourne shell; edit ~/.profile > bash - Bourne Again shell; edit ~/.bashrc > csh - C shell; edit ~/.cshrc > tcsh - TC shell; edit ~/.tcshrc > > cheers, > > Rich > > On Dec 13, 2011, at 4:32 AM, zahra motahar wrote: > >> Dear MESA friends, >> >> How can I set environment variables in my login scripts to avoid repeating the steps every time ? (I use the Fedora 16 linux.) >> >> Bests, >> Zahra >> ------------------------------------------------------------------------------ >> Cloud Computing - Latest Buzzword or a Glimpse of the Future? >> This paper surveys cloud computing today: What are the benefits? >> Why are businesses embracing it? What are its payoffs and pitfalls? >> http://www.accelacomm.com/jaw/sdnl/114/51425149/_______________________________________________ >> mesa-users mailing list >> mes...@li... >> https://lists.sourceforge.net/lists/listinfo/mesa-users > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: smime.p7s > Type: application/pkcs7-signature > Size: 7343 bytes > Desc: not available > > ------------------------------ > > ------------------------------------------------------------------------------ > 10 Tips for Better Server Consolidation > Server virtualization is being driven by many needs. > But none more important than the need to reduce IT complexity > while improving strategic productivity. Learn More! > http://www.accelacomm.com/jaw/sdnl/114/51507609/ > > ------------------------------ > > _______________________________________________ > mesa-users mailing list > mes...@li... > https://lists.sourceforge.net/lists/listinfo/mesa-users > > > End of mesa-users Digest, Vol 28, Issue 9 > ***************************************** |
|
From: Josh S. <jhs...@be...> - 2011-12-15 06:32:47
|
Hi Bill et al.,
Thanks for the update to astero! Solved my installation problem!
However, I'm now having an issue with memory allocation when writing FGONG files with profiles, using MESA rev 3792 on a MacBook Pro running OS X 10.6.8.
The relevant portion of my inlist includes:
write_pulse_info_with_profile = .true.
pulse_info_format = 'fgong'
I get the error message after the fourth (set of 2) files is written (.data and .data.fgong):
s% model_number 360
prev_num_iounits_in_use 3
current_num_iounits_in_use 4
i 4
I found the source code that generated this in do_one_utils.f subroutine do_save_profiles, but I couldn't find an obvious fix myself... Anyone else experiencing this?
Thanks,
Josh
|
138 messages has been excluded from this view by a project administrator.
