From: Carlos R. <car...@gm...> - 2013-03-20 14:00:16
|
Hi, I wonder if ANUGA uses the well-balanced scheme per default, or should I call any special function to use this scheme? Regards, Carlos |
From: Stephen R. <ste...@an...> - 2013-03-20 20:28:18
|
Hi, Version 1.3 from Sourceforge: The version on sourceforge doesn't use well balancing. Development version: The development version (from anuga.anu.edu.au) uses an algorithm which is well balanced is the domain is completely wet. The default is "1_5" which can be interpreted as 1st order time, second order space. There is also "2_0" which is second order in both time and space. The "1_5" is more diffusive than "2_0", and is about twice as fast. There is an alternative algorithm which we call "tsunami" which is well balanced even if there are wet and dry regions. But at present there are problems with this algorithm when there is a shallow flow flowing down terrain (as happens when we have rainfall applied to the domain). So we haven't made "tsunami" the default, though we are actively work on it. To choose an algorithm use the command. For instance the following sets using the "2_0" algorithm. domain.set_flow_algorithm("2_0") Cheers Steve On 21/03/2013 1:00 AM, Carlos Rozas wrote: > Hi, > > I wonder if ANUGA uses the well-balanced scheme per default, or should > I call any special function to use this scheme? > > Regards, > Carlos > > > ------------------------------------------------------------------------------ > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://p.sf.net/sfu/appdyn_d2d_mar > > > _______________________________________________ > Anuga-user mailing list > Anu...@li... > https://lists.sourceforge.net/lists/listinfo/anuga-user -- +--------------------------------------------------------------------+ | Steve Roberts | My Office: (61)(2) 6125 4445 | | Department of Mathematics | Math Office: (61)(2) 6125 2908 | | Mathematical Sciences Institute| Fax: (61)(2) 6125 4984 | | John Dedman Building #27 | mailto:ste...@an... | | Australian National University | http://www.maths.anu.edu.au/~steve| | Canberra ACT 0200 AUSTRALIA | ANU CRICOS # 00120C | +--------------------------------------------------------------------+ |
From: Carlos R. <car...@gm...> - 2013-03-20 20:49:05
|
Thank you Stephen! So, If I understood, in the actual version of Anuga for windows (1.2.1) there is no chance to use the well balanced scheme unless I use the "tsunami" algorithm. Another option is using the current research version, isn't it? Indeed I tried to use it, but I had a lot of problems trying to compile "cg_ext.c" and "cg_utils.c" files. I guess there is a problem with the gcc compiler with windows 64 bits, but I couldn't solve it. Do you have any idea about this? Best regards and thank you for your help again. Carlos 2013/3/20 Stephen Roberts <ste...@an...> > > Hi, > > Version 1.3 from Sourceforge: > > The version on sourceforge doesn't use well balancing. > > Development version: > > The development version (from anuga.anu.edu.au) uses an algorithm which > is well balanced is the domain is completely wet. The default is "1_5" > which can be interpreted as 1st order time, second order space. There is > also "2_0" which is second order in both time and space. The "1_5" is more > diffusive than "2_0", and is about twice as fast. > > There is an alternative algorithm which we call "tsunami" which is well > balanced even if there are wet and dry regions. But at present there are > problems with this algorithm when there is a shallow flow flowing down > terrain (as happens when we have rainfall applied to the domain). So we > haven't made "tsunami" the default, though we are actively work on it. > > To choose an algorithm use the command. For instance the following sets > using the "2_0" algorithm. > > domain.set_flow_algorithm("2_0") > > Cheers > Steve > > > > > On 21/03/2013 1:00 AM, Carlos Rozas wrote: > > Hi, > > I wonder if ANUGA uses the well-balanced scheme per default, or should I > call any special function to use this scheme? > > Regards, > Carlos > > > ------------------------------------------------------------------------------ > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today:http://p.sf.net/sfu/appdyn_d2d_mar > > > > _______________________________________________ > Anuga-user mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/anuga-user > > > > -- > +--------------------------------------------------------------------+ > | Steve Roberts | My Office: (61)(2) 6125 4445 | > | Department of Mathematics | Math Office: (61)(2) 6125 2908 | > | Mathematical Sciences Institute| Fax: (61)(2) 6125 4984 | > | John Dedman Building #27 | mailto:ste...@an... <ste...@an...> | > | Australian National University | http://www.maths.anu.edu.au/~steve| > | Canberra ACT 0200 AUSTRALIA | ANU CRICOS # 00120C | > +--------------------------------------------------------------------+ > > > |
From: Carlos R. <car...@gm...> - 2013-03-28 20:23:27
|
Hi Stephen, When I tried to use the the "tsunami" algorithm, I got the following error: Traceback (most recent call last): File "C:\Users\crozas\Desktop\3. Aguas Profundas\Modelo\test1.py", line 140, in <module> domain.set_flow_algorithm("tsunami") AttributeError: Domain instance has no attribute 'set_flow_algorithm' What's wrong? I really appreciate your help Best regards, Carlos 2013/3/20 Carlos Rozas <car...@gm...> > Thank you Stephen! > > So, If I understood, in the actual version of Anuga for windows (1.2.1) > there is no chance to use the well balanced scheme unless I use the > "tsunami" algorithm. > > Another option is using the current research version, isn't it? Indeed I > tried to use it, but I had a lot of problems trying to compile "cg_ext.c" > and "cg_utils.c" files. I guess there is a problem with the gcc compiler > with windows 64 bits, but I couldn't solve it. Do you have any idea about > this? > > Best regards and thank you for your help again. > Carlos > > > 2013/3/20 Stephen Roberts <ste...@an...> > >> >> Hi, >> >> Version 1.3 from Sourceforge: >> >> The version on sourceforge doesn't use well balancing. >> >> Development version: >> >> The development version (from anuga.anu.edu.au) uses an algorithm which >> is well balanced is the domain is completely wet. The default is "1_5" >> which can be interpreted as 1st order time, second order space. There is >> also "2_0" which is second order in both time and space. The "1_5" is more >> diffusive than "2_0", and is about twice as fast. >> >> There is an alternative algorithm which we call "tsunami" which is well >> balanced even if there are wet and dry regions. But at present there are >> problems with this algorithm when there is a shallow flow flowing down >> terrain (as happens when we have rainfall applied to the domain). So we >> haven't made "tsunami" the default, though we are actively work on it. >> >> To choose an algorithm use the command. For instance the following sets >> using the "2_0" algorithm. >> >> domain.set_flow_algorithm("2_0") >> >> Cheers >> Steve >> >> >> >> >> On 21/03/2013 1:00 AM, Carlos Rozas wrote: >> >> Hi, >> >> I wonder if ANUGA uses the well-balanced scheme per default, or should >> I call any special function to use this scheme? >> >> Regards, >> Carlos >> >> >> ------------------------------------------------------------------------------ >> Everyone hates slow websites. So do we. >> Make your web apps faster with AppDynamics >> Download AppDynamics Lite for free today:http://p.sf.net/sfu/appdyn_d2d_mar >> >> >> >> _______________________________________________ >> Anuga-user mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/anuga-user >> >> >> >> -- >> +--------------------------------------------------------------------+ >> | Steve Roberts | My Office: (61)(2) 6125 4445 | >> | Department of Mathematics | Math Office: (61)(2) 6125 2908 | >> | Mathematical Sciences Institute| Fax: (61)(2) 6125 4984 | >> | John Dedman Building #27 | mailto:ste...@an... <ste...@an...> | >> | Australian National University | http://www.maths.anu.edu.au/~steve| >> | Canberra ACT 0200 AUSTRALIA | ANU CRICOS # 00120C | >> +--------------------------------------------------------------------+ >> >> >> > |
From: Fariza D. <fr...@gm...> - 2013-03-28 23:53:36
|
Hello Carlos, let me try to solve that problem, based on my experienced, that problem may happen because I did not import that function "*set_flow_algorithm*", have you import that ? because the "*set_flow_algorithm*" function is defined at Domain class. On my version that function is located in the code * shallow_water_domain.py* * * Just try in the first line of your code, put this : *from anuga.shallow_water.shallow_water_domain import Domain* * * hopefully it could solve your problem On Thu, Mar 28, 2013 at 1:23 PM, Carlos Rozas <car...@gm...> wrote: > Hi Stephen, > > When I tried to use the the "tsunami" algorithm, I got the following error: > > Traceback (most recent call last): > File "C:\Users\crozas\Desktop\3. Aguas Profundas\Modelo\test1.py", line > 140, in <module> > domain.set_flow_algorithm("tsunami") > AttributeError: Domain instance has no attribute 'set_flow_algorithm' > > What's wrong? I really appreciate your help > > Best regards, > Carlos > > > 2013/3/20 Carlos Rozas <car...@gm...> > >> Thank you Stephen! >> >> So, If I understood, in the actual version of Anuga for windows (1.2.1) >> there is no chance to use the well balanced scheme unless I use the >> "tsunami" algorithm. >> >> Another option is using the current research version, isn't it? Indeed I >> tried to use it, but I had a lot of problems trying to compile "cg_ext.c" >> and "cg_utils.c" files. I guess there is a problem with the gcc compiler >> with windows 64 bits, but I couldn't solve it. Do you have any idea about >> this? >> >> Best regards and thank you for your help again. >> Carlos >> >> >> 2013/3/20 Stephen Roberts <ste...@an...> >> >>> >>> Hi, >>> >>> Version 1.3 from Sourceforge: >>> >>> The version on sourceforge doesn't use well balancing. >>> >>> Development version: >>> >>> The development version (from anuga.anu.edu.au) uses an algorithm which >>> is well balanced is the domain is completely wet. The default is "1_5" >>> which can be interpreted as 1st order time, second order space. There is >>> also "2_0" which is second order in both time and space. The "1_5" is more >>> diffusive than "2_0", and is about twice as fast. >>> >>> There is an alternative algorithm which we call "tsunami" which is well >>> balanced even if there are wet and dry regions. But at present there are >>> problems with this algorithm when there is a shallow flow flowing down >>> terrain (as happens when we have rainfall applied to the domain). So we >>> haven't made "tsunami" the default, though we are actively work on it. >>> >>> To choose an algorithm use the command. For instance the following sets >>> using the "2_0" algorithm. >>> >>> domain.set_flow_algorithm("2_0") >>> >>> Cheers >>> Steve >>> >>> >>> >>> >>> On 21/03/2013 1:00 AM, Carlos Rozas wrote: >>> >>> Hi, >>> >>> I wonder if ANUGA uses the well-balanced scheme per default, or should >>> I call any special function to use this scheme? >>> >>> Regards, >>> Carlos >>> >>> >>> ------------------------------------------------------------------------------ >>> Everyone hates slow websites. So do we. >>> Make your web apps faster with AppDynamics >>> Download AppDynamics Lite for free today:http://p.sf.net/sfu/appdyn_d2d_mar >>> >>> >>> >>> _______________________________________________ >>> Anuga-user mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/anuga-user >>> >>> >>> >>> -- >>> +--------------------------------------------------------------------+ >>> | Steve Roberts | My Office: (61)(2) 6125 4445 | >>> | Department of Mathematics | Math Office: (61)(2) 6125 2908 | >>> | Mathematical Sciences Institute| Fax: (61)(2) 6125 4984 | >>> | John Dedman Building #27 | mailto:ste...@an... <ste...@an...> | >>> | Australian National University | http://www.maths.anu.edu.au/~steve| >>> | Canberra ACT 0200 AUSTRALIA | ANU CRICOS # 00120C | >>> +--------------------------------------------------------------------+ >>> >>> >>> >> > > > ------------------------------------------------------------------------------ > Own the Future-Intel(R) Level Up Game Demo Contest 2013 > Rise to greatness in Intel's independent game demo contest. Compete > for recognition, cash, and the chance to get your game on Steam. > $5K grand prize plus 10 genre and skill prizes. Submit your demo > by 6/6/13. http://altfarm.mediaplex.com/ad/ck/12124-176961-30367-2 > _______________________________________________ > Anuga-user mailing list > Anu...@li... > https://lists.sourceforge.net/lists/listinfo/anuga-user > > -- .:Fariza Dian Prasetyo:. |
From: Stephen R. <ste...@an...> - 2013-03-29 08:48:31
|
Hi Carlos, Unfortunately the "tsunami" algorithm is not available in the version of anuga from sourceforge (at least at the moment, we do plan to release a new version on sourceforge in the next month or so). So to get the 'tsunami' algorithm you need the development version, installation on windows described at http://anuga.anu.edu.au/wiki/InstallWindowsSvn Cheers Steve On 29/03/2013 7:23 AM, Carlos Rozas wrote: > Hi Stephen, > > When I tried to use the the "tsunami" algorithm, I got the following > error: > > Traceback (most recent call last): > File "C:\Users\crozas\Desktop\3. Aguas Profundas\Modelo\test1.py", > line 140, in <module> > domain.set_flow_algorithm("tsunami") > AttributeError: Domain instance has no attribute 'set_flow_algorithm' > > What's wrong? I really appreciate your help > > Best regards, > Carlos > > > 2013/3/20 Carlos Rozas <car...@gm... > <mailto:car...@gm...>> > > Thank you Stephen! > > So, If I understood, in the actual version of Anuga for windows > (1.2.1) there is no chance to use the well balanced scheme unless > I use the "tsunami" algorithm. > > Another option is using the current research version, isn't it? > Indeed I tried to use it, but I had a lot of problems trying to > compile "cg_ext.c" and "cg_utils.c" files. I guess there is a > problem with the gcc compiler with windows 64 bits, but I couldn't > solve it. Do you have any idea about this? > > Best regards and thank you for your help again. > Carlos > > > 2013/3/20 Stephen Roberts <ste...@an... > <mailto:ste...@an...>> > > > Hi, > > Version 1.3 from Sourceforge: > > The version on sourceforge doesn't use well balancing. > > Development version: > > The development version (from anuga.anu.edu.au > <http://anuga.anu.edu.au>) uses an algorithm which is well > balanced is the domain is completely wet. The default is > "1_5" which can be interpreted as 1st order time, second > order space. There is also "2_0" which is second order in both > time and space. The "1_5" is more diffusive than "2_0", and is > about twice as fast. > > There is an alternative algorithm which we call "tsunami" > which is well balanced even if there are wet and dry regions. > But at present there are problems with this algorithm when > there is a shallow flow flowing down terrain (as happens when > we have rainfall applied to the domain). So we haven't made > "tsunami" the default, though we are actively work on it. > > To choose an algorithm use the command. For instance the > following sets using the "2_0" algorithm. > > domain.set_flow_algorithm("2_0") > > Cheers > Steve > > > > > On 21/03/2013 1:00 AM, Carlos Rozas wrote: >> Hi, >> >> I wonder if ANUGA uses the well-balanced scheme per default, >> or should I call any special function to use this scheme? >> >> Regards, >> Carlos >> >> >> ------------------------------------------------------------------------------ >> Everyone hates slow websites. So do we. >> Make your web apps faster with AppDynamics >> Download AppDynamics Lite for free today: >> http://p.sf.net/sfu/appdyn_d2d_mar >> >> >> _______________________________________________ >> Anuga-user mailing list >> Anu...@li... <mailto:Anu...@li...> >> https://lists.sourceforge.net/lists/listinfo/anuga-user > > > -- > +--------------------------------------------------------------------+ > | Steve Roberts | My Office: (61)(2) 6125 4445 | > | Department of Mathematics | Math Office: (61)(2) 6125 2908 | > | Mathematical Sciences Institute| Fax: (61)(2) 6125 4984 | > | John Dedman Building #27 |mailto:ste...@an... | > | Australian National University |http://www.maths.anu.edu.au/~steve <http://www.maths.anu.edu.au/%7Esteve>| > | Canberra ACT 0200 AUSTRALIA | ANU CRICOS # 00120C | > +--------------------------------------------------------------------+ > > > -- +--------------------------------------------------------------------+ | Steve Roberts | My Office: (61)(2) 6125 4445 | | Department of Mathematics | Math Office: (61)(2) 6125 2908 | | Mathematical Sciences Institute| Fax: (61)(2) 6125 4984 | | John Dedman Building #27 | mailto:ste...@an... | | Australian National University | http://www.maths.anu.edu.au/~steve| | Canberra ACT 0200 AUSTRALIA | ANU CRICOS # 00120C | +--------------------------------------------------------------------+ |
From: Carlos R. <car...@gm...> - 2013-04-01 12:55:58
|
Thanks Steve! I tried to install the development version but I had a lot of problems trying to compile some "c" files, like "gc_utils.c" and some other ones. I sent a mail asking about this problem a couple of weeks ago, but I couldn't fix the problem. Best regards, Carlos 2013/3/29 Stephen Roberts <ste...@an...> > Hi Carlos, > > Unfortunately the "tsunami" algorithm is not available in the version of > anuga from sourceforge (at least at the moment, we do plan to release a new > version on sourceforge in the next month or so). > > So to get the 'tsunami' algorithm you need the development version, > installation on windows described at > http://anuga.anu.edu.au/wiki/InstallWindowsSvn > > Cheers > Steve > > > > On 29/03/2013 7:23 AM, Carlos Rozas wrote: > > Hi Stephen, > > When I tried to use the the "tsunami" algorithm, I got the following > error: > > Traceback (most recent call last): > File "C:\Users\crozas\Desktop\3. Aguas Profundas\Modelo\test1.py", > line 140, in <module> > domain.set_flow_algorithm("tsunami") > AttributeError: Domain instance has no attribute 'set_flow_algorithm' > > What's wrong? I really appreciate your help > > Best regards, > Carlos > > > 2013/3/20 Carlos Rozas <car...@gm...> > >> Thank you Stephen! >> >> So, If I understood, in the actual version of Anuga for windows (1.2.1) >> there is no chance to use the well balanced scheme unless I use the >> "tsunami" algorithm. >> >> Another option is using the current research version, isn't it? Indeed >> I tried to use it, but I had a lot of problems trying to compile "cg_ext.c" >> and "cg_utils.c" files. I guess there is a problem with the gcc compiler >> with windows 64 bits, but I couldn't solve it. Do you have any idea about >> this? >> >> Best regards and thank you for your help again. >> Carlos >> >> >> 2013/3/20 Stephen Roberts <ste...@an...> >> >>> >>> Hi, >>> >>> Version 1.3 from Sourceforge: >>> >>> The version on sourceforge doesn't use well balancing. >>> >>> Development version: >>> >>> The development version (from anuga.anu.edu.au) uses an algorithm which >>> is well balanced is the domain is completely wet. The default is "1_5" >>> which can be interpreted as 1st order time, second order space. There is >>> also "2_0" which is second order in both time and space. The "1_5" is more >>> diffusive than "2_0", and is about twice as fast. >>> >>> There is an alternative algorithm which we call "tsunami" which is well >>> balanced even if there are wet and dry regions. But at present there are >>> problems with this algorithm when there is a shallow flow flowing down >>> terrain (as happens when we have rainfall applied to the domain). So we >>> haven't made "tsunami" the default, though we are actively work on it. >>> >>> To choose an algorithm use the command. For instance the following sets >>> using the "2_0" algorithm. >>> >>> domain.set_flow_algorithm("2_0") >>> >>> Cheers >>> Steve >>> >>> >>> >>> >>> On 21/03/2013 1:00 AM, Carlos Rozas wrote: >>> >>> Hi, >>> >>> I wonder if ANUGA uses the well-balanced scheme per default, or should >>> I call any special function to use this scheme? >>> >>> Regards, >>> Carlos >>> >>> >>> ------------------------------------------------------------------------------ >>> Everyone hates slow websites. So do we. >>> Make your web apps faster with AppDynamics >>> Download AppDynamics Lite for free today:http://p.sf.net/sfu/appdyn_d2d_mar >>> >>> >>> >>> _______________________________________________ >>> Anuga-user mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/anuga-user >>> >>> >>> >>> -- >>> +--------------------------------------------------------------------+ >>> | Steve Roberts | My Office: (61)(2) 6125 4445 | >>> | Department of Mathematics | Math Office: (61)(2) 6125 2908 | >>> | Mathematical Sciences Institute| Fax: (61)(2) 6125 4984 | >>> | John Dedman Building #27 | mailto:ste...@an... <ste...@an...> | >>> | Australian National University | http://www.maths.anu.edu.au/~steve| >>> | Canberra ACT 0200 AUSTRALIA | ANU CRICOS # 00120C | >>> +--------------------------------------------------------------------+ >>> >>> >>> >> > > > -- > +--------------------------------------------------------------------+ > | Steve Roberts | My Office: (61)(2) 6125 4445 | > | Department of Mathematics | Math Office: (61)(2) 6125 2908 | > | Mathematical Sciences Institute| Fax: (61)(2) 6125 4984 | > | John Dedman Building #27 | mailto:ste...@an... <ste...@an...> | > | Australian National University | http://www.maths.anu.edu.au/~steve| > | Canberra ACT 0200 AUSTRALIA | ANU CRICOS # 00120C | > +--------------------------------------------------------------------+ > > > |
From: Stephen R. <ste...@an...> - 2013-04-02 01:11:18
|
Hi Carlos, It is quite hard to guess what your problem might be regarding getting the research version running. Especially if you have the old version of anuga (and the corresponding python and mingw installation). I would suggest starting with a clean slate. And follow the instructions on the anuga.anu.edu.au site. Indeed I think the cleanest solution would be to create a virtual installation of Ubuntu 12.04 and then install the latest version of anuga onto that machine. But this all does assume some familiarity with Linux. Good luck Steve On 01/04/13 23:55, Carlos Rozas wrote: > Thanks Steve! > > I tried to install the development version but I had a lot of problems > trying to compile some "c" files, like "gc_utils.c" and some other ones. > I sent a mail asking about this problem a couple of weeks ago, but I > couldn't fix the problem. > > Best regards, > Carlos > > > 2013/3/29 Stephen Roberts <ste...@an... > <mailto:ste...@an...>> > > Hi Carlos, > > Unfortunately the "tsunami" algorithm is not available in the > version of anuga from sourceforge (at least at the moment, we do > plan to release a new version on sourceforge in the next month or so). > > So to get the 'tsunami' algorithm you need the development version, > installation on windows described at > http://anuga.anu.edu.au/wiki/InstallWindowsSvn > > Cheers > Steve > > > > On 29/03/2013 7:23 AM, Carlos Rozas wrote: >> Hi Stephen, >> >> When I tried to use the the "tsunami" algorithm, I got the >> following error: >> >> Traceback (most recent call last): >> File "C:\Users\crozas\Desktop\3. Aguas >> Profundas\Modelo\test1.py", line 140, in <module> >> domain.set_flow_algorithm("tsunami") >> AttributeError: Domain instance has no attribute 'set_flow_algorithm' >> >> What's wrong? I really appreciate your help >> >> Best regards, >> Carlos >> >> >> 2013/3/20 Carlos Rozas <car...@gm... >> <mailto:car...@gm...>> >> >> Thank you Stephen! >> >> So, If I understood, in the actual version of Anuga for >> windows (1.2.1) there is no chance to use the well balanced >> scheme unless I use the "tsunami" algorithm. >> >> Another option is using the current research version, isn't >> it? Indeed I tried to use it, but I had a lot of problems >> trying to compile "cg_ext.c" and "cg_utils.c" files. I guess >> there is a problem with the gcc compiler with windows 64 bits, >> but I couldn't solve it. Do you have any idea about this? >> >> Best regards and thank you for your help again. >> Carlos >> >> >> 2013/3/20 Stephen Roberts <ste...@an... >> <mailto:ste...@an...>> >> >> >> Hi, >> >> Version 1.3 from Sourceforge: >> >> The version on sourceforge doesn't use well balancing. >> >> Development version: >> >> The development version (from anuga.anu.edu.au >> <http://anuga.anu.edu.au>) uses an algorithm which is well >> balanced is the domain is completely wet. The default is >> "1_5" which can be interpreted as 1st order time, second >> order space. There is also "2_0" which is second order in >> both time and space. The "1_5" is more diffusive than >> "2_0", and is about twice as fast. >> >> There is an alternative algorithm which we call "tsunami" >> which is well balanced even if there are wet and dry >> regions. But at present there are problems with this >> algorithm when there is a shallow flow flowing down >> terrain (as happens when we have rainfall applied to the >> domain). So we haven't made "tsunami" the default, though >> we are actively work on it. >> >> To choose an algorithm use the command. For instance the >> following sets using the "2_0" algorithm. >> >> domain.set_flow_algorithm("2_0") >> >> Cheers >> Steve >> >> >> >> >> On 21/03/2013 1:00 AM, Carlos Rozas wrote: >>> Hi, >>> >>> I wonder if ANUGA uses the well-balanced scheme per >>> default, or should I call any special function to use >>> this scheme? >>> >>> Regards, >>> Carlos >>> >>> >>> ------------------------------------------------------------------------------ >>> Everyone hates slow websites. So do we. >>> Make your web apps faster with AppDynamics >>> Download AppDynamics Lite for free today: >>> http://p.sf.net/sfu/appdyn_d2d_mar >>> >>> >>> _______________________________________________ >>> Anuga-user mailing list >>> Anu...@li... <mailto:Anu...@li...> >>> https://lists.sourceforge.net/lists/listinfo/anuga-user >> >> >> -- >> +--------------------------------------------------------------------+ >> | Steve Roberts | My Office: (61)(2) 6125 4445 | >> | Department of Mathematics | Math Office: (61)(2) 6125 2908 | >> | Mathematical Sciences Institute| Fax: (61)(2) 6125 4984 | >> | John Dedman Building #27 | mailto:ste...@an... | >> | Australian National University | http://www.maths.anu.edu.au/~steve <http://www.maths.anu.edu.au/%7Esteve>| >> | Canberra ACT 0200 AUSTRALIA | ANU CRICOS # 00120C | >> +--------------------------------------------------------------------+ >> >> >> > > > -- > +--------------------------------------------------------------------+ > | Steve Roberts | My Office: (61)(2) 6125 4445 | > | Department of Mathematics | Math Office: (61)(2) 6125 2908 | > | Mathematical Sciences Institute| Fax: (61)(2) 6125 4984 | > | John Dedman Building #27 | mailto:ste...@an... | > | Australian National University | http://www.maths.anu.edu.au/~steve| > | Canberra ACT 0200 AUSTRALIA | ANU CRICOS # 00120C | > +--------------------------------------------------------------------+ > > -- +--------------------------------------------------------------------+ | Steve Roberts | My Office: (61)(2) 6125 4445 | | Department of Mathematics | Math Office: (61)(2) 6125 2908 | | Mathematical Sciences Institute| Fax: (61)(2) 6125 4984 | | John Dedman Building #27 | mailto:ste...@an... | | Australian National University | http://www.maths.anu.edu.au/~steve| | Canberra ACT 0200 AUSTRALIA | ANU CRICOS # 00120C | +--------------------------------------------------------------------+ |
From: Joaquim L. <jl...@ua...> - 2013-04-02 14:15:21
|
Hi, For testing I rebuilt anuga svn on Win7 and all went well. However, as I mentioned in a previous thread about the anuga compiling I use a slight different procedure. Instead of copying the netcdf.dll and netcdf.h as explained in anuga.anu.edu.au/wiki/InstallWindowsSvn I use my own build of netcdf and declare it with the environmental variables NETCDF_INCLUDE_DIR NETCDF_LIB_DIR I also modified the ...\anuga_core\source\anuga\utilities\compile.py lines 338 and 340 from ... netcdf.dll to ... -lnetcdf The ncar page ( http://www.unidata.ucar.edu/software/netcdf/docs_rc/winbin.html ) has new Windows binaries but I did not check if they ship with the import lib (netcdf.lib) Could the compile.py be changed to take into account if the NETCDF_LIB_DIR & NETCDF_INCLUDE_DIR and if yes simply link with -lnetcdf instead of netcdf.dll that requires a copy and name change as per current instructions? Ideally, the value of those environmental variable could be set at the compile time thus even avoiding the need of declaring them. Joaquim > > Hi Carlos, > > It is quite hard to guess what your problem might be regarding getting > the research version running. Especially if you have the old version of > anuga (and the corresponding python and mingw installation). > > I would suggest starting with a clean slate. And follow the instructions > on the anuga.anu.edu.au site. > > Indeed I think the cleanest solution would be to create a virtual > installation of Ubuntu 12.04 and then install the latest version of > anuga onto that machine. But this all does assume some familiarity with > Linux. > > Good luck > Steve > > > > > > > On 01/04/13 23:55, Carlos Rozas wrote: >> Thanks Steve! >> >> I tried to install the development version but I had a lot of problems >> trying to compile some "c" files, like "gc_utils.c" and some other ones. >> I sent a mail asking about this problem a couple of weeks ago, but I >> couldn't fix the problem. >> >> Best regards, >> Carlos >> >> >> 2013/3/29 Stephen Roberts<ste...@an... >> <mailto:ste...@an...>> >> >> Hi Carlos, >> >> Unfortunately the "tsunami" algorithm is not available in the >> version of anuga from sourceforge (at least at the moment, we do >> plan to release a new version on sourceforge in the next month or so). >> >> So to get the 'tsunami' algorithm you need the development version, >> installation on windows described at >> http://anuga.anu.edu.au/wiki/InstallWindowsSvn >> >> Cheers >> Steve >> >> >> >> On 29/03/2013 7:23 AM, Carlos Rozas wrote: >>> Hi Stephen, >>> >>> When I tried to use the the "tsunami" algorithm, I got the >>> following error: >>> >>> Traceback (most recent call last): >>> File "C:\Users\crozas\Desktop\3. Aguas >>> Profundas\Modelo\test1.py", line 140, in<module> >>> domain.set_flow_algorithm("tsunami") >>> AttributeError: Domain instance has no attribute 'set_flow_algorithm' >>> >>> What's wrong? I really appreciate your help >>> >>> Best regards, >>> Carlos >>> >>> >>> 2013/3/20 Carlos Rozas<car...@gm... >>> <mailto:car...@gm...>> >>> >>> Thank you Stephen! >>> >>> So, If I understood, in the actual version of Anuga for >>> windows (1.2.1) there is no chance to use the well balanced >>> scheme unless I use the "tsunami" algorithm. >>> >>> Another option is using the current research version, isn't >>> it? Indeed I tried to use it, but I had a lot of problems >>> trying to compile "cg_ext.c" and "cg_utils.c" files. I guess >>> there is a problem with the gcc compiler with windows 64 bits, >>> but I couldn't solve it. Do you have any idea about this? >>> >>> Best regards and thank you for your help again. >>> Carlos >>> >>> >>> 2013/3/20 Stephen Roberts<ste...@an... >>> <mailto:ste...@an...>> >>> >>> >>> Hi, >>> >>> Version 1.3 from Sourceforge: >>> >>> The version on sourceforge doesn't use well balancing. >>> >>> Development version: >>> >>> The development version (from anuga.anu.edu.au >>> <http://anuga.anu.edu.au>) uses an algorithm which is well >>> balanced is the domain is completely wet. The default is >>> "1_5" which can be interpreted as 1st order time, second >>> order space. There is also "2_0" which is second order in >>> both time and space. The "1_5" is more diffusive than >>> "2_0", and is about twice as fast. >>> >>> There is an alternative algorithm which we call "tsunami" >>> which is well balanced even if there are wet and dry >>> regions. But at present there are problems with this >>> algorithm when there is a shallow flow flowing down >>> terrain (as happens when we have rainfall applied to the >>> domain). So we haven't made "tsunami" the default, though >>> we are actively work on it. >>> >>> To choose an algorithm use the command. For instance the >>> following sets using the "2_0" algorithm. >>> >>> domain.set_flow_algorithm("2_0") >>> >>> Cheers >>> Steve >>> >>> >>> >>> >>> On 21/03/2013 1:00 AM, Carlos Rozas wrote: >>>> Hi, >>>> >>>> I wonder if ANUGA uses the well-balanced scheme per >>>> default, or should I call any special function to use >>>> this scheme? >>>> >>>> Regards, >>>> Carlos >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Everyone hates slow websites. So do we. >>>> Make your web apps faster with AppDynamics >>>> Download AppDynamics Lite for free today: >>>> http://p.sf.net/sfu/appdyn_d2d_mar >>>> >>>> >>>> _______________________________________________ >>>> Anuga-user mailing list >>>> Anu...@li...<mailto:Anu...@li...> >>>> https://lists.sourceforge.net/lists/listinfo/anuga-user >>> >>> -- >>> +--------------------------------------------------------------------+ >>> | Steve Roberts | My Office: (61)(2) 6125 4445 | >>> | Department of Mathematics | Math Office: (61)(2) 6125 2908 | >>> | Mathematical Sciences Institute| Fax: (61)(2) 6125 4984 | >>> | John Dedman Building #27 | mailto:ste...@an... | >>> | Australian National University | http://www.maths.anu.edu.au/~steve<http://www.maths.anu.edu.au/%7Esteve>| >>> | Canberra ACT 0200 AUSTRALIA | ANU CRICOS # 00120C | >>> +--------------------------------------------------------------------+ >>> >>> >>> >> >> -- >> +--------------------------------------------------------------------+ >> | Steve Roberts | My Office: (61)(2) 6125 4445 | >> | Department of Mathematics | Math Office: (61)(2) 6125 2908 | >> | Mathematical Sciences Institute| Fax: (61)(2) 6125 4984 | >> | John Dedman Building #27 | mailto:ste...@an... | >> | Australian National University | http://www.maths.anu.edu.au/~steve| >> | Canberra ACT 0200 AUSTRALIA | ANU CRICOS # 00120C | >> +--------------------------------------------------------------------+ >> >> > |
From: Stephen R. <ste...@an...> - 2013-04-02 20:31:40
|
Hi Joaquim, We are currently reviewing whether we need to call netcdf from our C code or whether we can return to using netcdf IO just from python via scientific python (or python4. Anyway, we will be improving the installation process soon. Cheers Steve On 3/04/2013 12:45 AM, Joaquim Luis wrote: > Hi, > > For testing I rebuilt anuga svn on Win7 and all went well. However, as > I mentioned in a previous thread about the anuga compiling I use a > slight different procedure. Instead of copying the netcdf.dll and > netcdf.h as explained in anuga.anu.edu.au/wiki/InstallWindowsSvn I use > my own build of netcdf and declare it with the environmental variables > > NETCDF_INCLUDE_DIR > NETCDF_LIB_DIR > > I also modified the ...\anuga_core\source\anuga\utilities\compile.py > lines 338 and 340 from > > ... netcdf.dll > to > ... -lnetcdf > > The ncar page ( > http://www.unidata.ucar.edu/software/netcdf/docs_rc/winbin.html ) has > new Windows binaries but I did not check if they ship with the import > lib (netcdf.lib) > > Could the compile.py be changed to take into account if the > NETCDF_LIB_DIR & NETCDF_INCLUDE_DIR and if yes simply link with > -lnetcdf instead of netcdf.dll that requires a copy and name change as > per current instructions? > Ideally, the value of those environmental variable could be set at the > compile time thus even avoiding the need of declaring them. > > Joaquim > >> >> Hi Carlos, >> >> It is quite hard to guess what your problem might be regarding getting >> the research version running. Especially if you have the old version of >> anuga (and the corresponding python and mingw installation). >> >> I would suggest starting with a clean slate. And follow the instructions >> on the anuga.anu.edu.au site. >> >> Indeed I think the cleanest solution would be to create a virtual >> installation of Ubuntu 12.04 and then install the latest version of >> anuga onto that machine. But this all does assume some familiarity with >> Linux. >> >> Good luck >> Steve >> >> >> >> >> >> >> On 01/04/13 23:55, Carlos Rozas wrote: >>> Thanks Steve! >>> >>> I tried to install the development version but I had a lot of problems >>> trying to compile some "c" files, like "gc_utils.c" and some other >>> ones. >>> I sent a mail asking about this problem a couple of weeks ago, but I >>> couldn't fix the problem. >>> >>> Best regards, >>> Carlos >>> >>> >>> 2013/3/29 Stephen Roberts<ste...@an... >>> <mailto:ste...@an...>> >>> >>> Hi Carlos, >>> >>> Unfortunately the "tsunami" algorithm is not available in the >>> version of anuga from sourceforge (at least at the moment, we do >>> plan to release a new version on sourceforge in the next month >>> or so). >>> >>> So to get the 'tsunami' algorithm you need the development >>> version, >>> installation on windows described at >>> http://anuga.anu.edu.au/wiki/InstallWindowsSvn >>> >>> Cheers >>> Steve >>> >>> >>> >>> On 29/03/2013 7:23 AM, Carlos Rozas wrote: >>>> Hi Stephen, >>>> >>>> When I tried to use the the "tsunami" algorithm, I got the >>>> following error: >>>> >>>> Traceback (most recent call last): >>>> File "C:\Users\crozas\Desktop\3. Aguas >>>> Profundas\Modelo\test1.py", line 140, in<module> >>>> domain.set_flow_algorithm("tsunami") >>>> AttributeError: Domain instance has no attribute >>>> 'set_flow_algorithm' >>>> >>>> What's wrong? I really appreciate your help >>>> >>>> Best regards, >>>> Carlos >>>> >>>> >>>> 2013/3/20 Carlos Rozas<car...@gm... >>>> <mailto:car...@gm...>> >>>> >>>> Thank you Stephen! >>>> >>>> So, If I understood, in the actual version of Anuga for >>>> windows (1.2.1) there is no chance to use the well balanced >>>> scheme unless I use the "tsunami" algorithm. >>>> >>>> Another option is using the current research version, isn't >>>> it? Indeed I tried to use it, but I had a lot of problems >>>> trying to compile "cg_ext.c" and "cg_utils.c" files. I guess >>>> there is a problem with the gcc compiler with windows 64 >>>> bits, >>>> but I couldn't solve it. Do you have any idea about this? >>>> >>>> Best regards and thank you for your help again. >>>> Carlos >>>> >>>> >>>> 2013/3/20 Stephen Roberts<ste...@an... >>>> <mailto:ste...@an...>> >>>> >>>> >>>> Hi, >>>> >>>> Version 1.3 from Sourceforge: >>>> >>>> The version on sourceforge doesn't use well balancing. >>>> >>>> Development version: >>>> >>>> The development version (from anuga.anu.edu.au >>>> <http://anuga.anu.edu.au>) uses an algorithm which is >>>> well >>>> balanced is the domain is completely wet. The default is >>>> "1_5" which can be interpreted as 1st order time, second >>>> order space. There is also "2_0" which is second order in >>>> both time and space. The "1_5" is more diffusive than >>>> "2_0", and is about twice as fast. >>>> >>>> There is an alternative algorithm which we call "tsunami" >>>> which is well balanced even if there are wet and dry >>>> regions. But at present there are problems with this >>>> algorithm when there is a shallow flow flowing down >>>> terrain (as happens when we have rainfall applied to the >>>> domain). So we haven't made "tsunami" the default, though >>>> we are actively work on it. >>>> >>>> To choose an algorithm use the command. For instance the >>>> following sets using the "2_0" algorithm. >>>> >>>> domain.set_flow_algorithm("2_0") >>>> >>>> Cheers >>>> Steve >>>> >>>> >>>> >>>> >>>> On 21/03/2013 1:00 AM, Carlos Rozas wrote: >>>>> Hi, >>>>> >>>>> I wonder if ANUGA uses the well-balanced scheme per >>>>> default, or should I call any special function to use >>>>> this scheme? >>>>> >>>>> Regards, >>>>> Carlos >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Everyone hates slow websites. So do we. >>>>> Make your web apps faster with AppDynamics >>>>> Download AppDynamics Lite for free today: >>>>> http://p.sf.net/sfu/appdyn_d2d_mar >>>>> >>>>> >>>>> _______________________________________________ >>>>> Anuga-user mailing list >>>>> Anu...@li...<mailto:Anu...@li...> >>>>> https://lists.sourceforge.net/lists/listinfo/anuga-user >>>> >>>> -- >>>> +--------------------------------------------------------------------+ >>>> | Steve Roberts | My Office: >>>> (61)(2) 6125 4445 | >>>> | Department of Mathematics | Math Office: >>>> (61)(2) 6125 2908 | >>>> | Mathematical Sciences Institute| Fax: >>>> (61)(2) 6125 4984 | >>>> | John Dedman Building #27 | >>>> mailto:ste...@an... | >>>> | Australian National University | >>>> http://www.maths.anu.edu.au/~steve<http://www.maths.anu.edu.au/%7Esteve>| >>>> | Canberra ACT 0200 AUSTRALIA | ANU CRICOS # >>>> 00120C | >>>> +--------------------------------------------------------------------+ >>>> >>>> >>>> >>> >>> -- >>> +--------------------------------------------------------------------+ >>> | Steve Roberts | My Office: (61)(2) 6125 4445 | >>> | Department of Mathematics | Math Office: (61)(2) 6125 >>> 2908 | >>> | Mathematical Sciences Institute| Fax: (61)(2) 6125 4984 | >>> | John Dedman Building #27 | >>> mailto:ste...@an... | >>> | Australian National University | >>> http://www.maths.anu.edu.au/~steve| >>> | Canberra ACT 0200 AUSTRALIA | ANU CRICOS # >>> 00120C | >>> +--------------------------------------------------------------------+ >>> >>> >> > -- +--------------------------------------------------------------------+ | Steve Roberts | My Office: (61)(2) 6125 4445 | | Department of Mathematics | Math Office: (61)(2) 6125 2908 | | Mathematical Sciences Institute| Fax: (61)(2) 6125 4984 | | John Dedman Building #27 | mailto:ste...@an... | | Australian National University | http://www.maths.anu.edu.au/~steve| | Canberra ACT 0200 AUSTRALIA | ANU CRICOS # 00120C | +--------------------------------------------------------------------+ |
From: Joaquim L. <jl...@ua...> - 2013-04-02 21:11:29
|
Hi Steve, Meanwhile I made another experiment. I used the portable WinPython 'installation' in which and did not have to install Scientific Python. But on the other hand, the attempt to build a 64 bits version ended shortly after --------------------------------------- Trying to compile c-extension quad_tree.c in c:\SVN\anuga_core\source\anuga\utilities C extension quad_tree.c OK --------------------------------------- Trying to compile c-extension sparse_dok.c in c:\SVN\anuga_core\source\anuga\utilities C extension sparse_dok.c OK --------------------------------------- Trying to compile c-extension sparse_csr.c in c:\SVN\anuga_core\source\anuga\utilities C extension sparse_csr.c OK --------------------------------------- Trying to compile c-extension cg_ext.c in c:\SVN\anuga_core\source\anuga\utilities cg_ext.o:cg_ext.c:(.text+0x1d15): undefined reference to `__imp_Py_InitModule4' collect2.exe: error: ld returned 1 exit status Traceback (most recent call last): File "compile_all.py", line 24, in <module> execfile('compile.py') File "compile.py", line 507, in <module> raise Exception(msg) Exception: Could not compile C extension cg_ext.c Could not link cg_ext - please try manually > > Hi Joaquim, > > We are currently reviewing whether we need to call netcdf from our C > code or whether we can return to using netcdf IO just from python via > scientific python (or python4. > > Anyway, we will be improving the installation process soon. > > Cheers > Steve > > > > On 3/04/2013 12:45 AM, Joaquim Luis wrote: >> Hi, >> >> For testing I rebuilt anuga svn on Win7 and all went well. However, >> as I mentioned in a previous thread about the anuga compiling I use a >> slight different procedure. Instead of copying the netcdf.dll and >> netcdf.h as explained in anuga.anu.edu.au/wiki/InstallWindowsSvn I >> use my own build of netcdf and declare it with the environmental >> variables >> >> NETCDF_INCLUDE_DIR >> NETCDF_LIB_DIR >> >> I also modified the ...\anuga_core\source\anuga\utilities\compile.py >> lines 338 and 340 from >> >> ... netcdf.dll >> to >> ... -lnetcdf >> >> The ncar page ( >> http://www.unidata.ucar.edu/software/netcdf/docs_rc/winbin.html ) has >> new Windows binaries but I did not check if they ship with the import >> lib (netcdf.lib) >> >> Could the compile.py be changed to take into account if the >> NETCDF_LIB_DIR & NETCDF_INCLUDE_DIR and if yes simply link with >> -lnetcdf instead of netcdf.dll that requires a copy and name change >> as per current instructions? >> Ideally, the value of those environmental variable could be set at >> the compile time thus even avoiding the need of declaring them. >> >> Joaquim >> >>> >>> Hi Carlos, >>> >>> It is quite hard to guess what your problem might be regarding getting >>> the research version running. Especially if you have the old version of >>> anuga (and the corresponding python and mingw installation). >>> >>> I would suggest starting with a clean slate. And follow the >>> instructions >>> on the anuga.anu.edu.au site. >>> >>> Indeed I think the cleanest solution would be to create a virtual >>> installation of Ubuntu 12.04 and then install the latest version of >>> anuga onto that machine. But this all does assume some familiarity with >>> Linux. >>> >>> Good luck >>> Steve >>> >>> >>> >>> >>> >>> >>> On 01/04/13 23:55, Carlos Rozas wrote: >>>> Thanks Steve! >>>> >>>> I tried to install the development version but I had a lot of problems >>>> trying to compile some "c" files, like "gc_utils.c" and some other >>>> ones. >>>> I sent a mail asking about this problem a couple of weeks ago, but I >>>> couldn't fix the problem. >>>> >>>> Best regards, >>>> Carlos >>>> >>>> >>>> 2013/3/29 Stephen Roberts<ste...@an... >>>> <mailto:ste...@an...>> >>>> >>>> Hi Carlos, >>>> >>>> Unfortunately the "tsunami" algorithm is not available in the >>>> version of anuga from sourceforge (at least at the moment, we do >>>> plan to release a new version on sourceforge in the next month >>>> or so). >>>> >>>> So to get the 'tsunami' algorithm you need the development >>>> version, >>>> installation on windows described at >>>> http://anuga.anu.edu.au/wiki/InstallWindowsSvn >>>> >>>> Cheers >>>> Steve >>>> >>>> >>>> >>>> On 29/03/2013 7:23 AM, Carlos Rozas wrote: >>>>> Hi Stephen, >>>>> >>>>> When I tried to use the the "tsunami" algorithm, I got the >>>>> following error: >>>>> >>>>> Traceback (most recent call last): >>>>> File "C:\Users\crozas\Desktop\3. Aguas >>>>> Profundas\Modelo\test1.py", line 140, in<module> >>>>> domain.set_flow_algorithm("tsunami") >>>>> AttributeError: Domain instance has no attribute >>>>> 'set_flow_algorithm' >>>>> >>>>> What's wrong? I really appreciate your help >>>>> >>>>> Best regards, >>>>> Carlos >>>>> >>>>> >>>>> 2013/3/20 Carlos Rozas<car...@gm... >>>>> <mailto:car...@gm...>> >>>>> >>>>> Thank you Stephen! >>>>> >>>>> So, If I understood, in the actual version of Anuga for >>>>> windows (1.2.1) there is no chance to use the well balanced >>>>> scheme unless I use the "tsunami" algorithm. >>>>> >>>>> Another option is using the current research version, isn't >>>>> it? Indeed I tried to use it, but I had a lot of problems >>>>> trying to compile "cg_ext.c" and "cg_utils.c" files. I guess >>>>> there is a problem with the gcc compiler with windows 64 >>>>> bits, >>>>> but I couldn't solve it. Do you have any idea about this? >>>>> >>>>> Best regards and thank you for your help again. >>>>> Carlos >>>>> >>>>> >>>>> 2013/3/20 Stephen Roberts<ste...@an... >>>>> <mailto:ste...@an...>> >>>>> >>>>> >>>>> Hi, >>>>> >>>>> Version 1.3 from Sourceforge: >>>>> >>>>> The version on sourceforge doesn't use well balancing. >>>>> >>>>> Development version: >>>>> >>>>> The development version (from anuga.anu.edu.au >>>>> <http://anuga.anu.edu.au>) uses an algorithm which is well >>>>> balanced is the domain is completely wet. The default is >>>>> "1_5" which can be interpreted as 1st order time, >>>>> second >>>>> order space. There is also "2_0" which is second >>>>> order in >>>>> both time and space. The "1_5" is more diffusive than >>>>> "2_0", and is about twice as fast. >>>>> >>>>> There is an alternative algorithm which we call >>>>> "tsunami" >>>>> which is well balanced even if there are wet and dry >>>>> regions. But at present there are problems with this >>>>> algorithm when there is a shallow flow flowing down >>>>> terrain (as happens when we have rainfall applied to >>>>> the >>>>> domain). So we haven't made "tsunami" the default, >>>>> though >>>>> we are actively work on it. >>>>> >>>>> To choose an algorithm use the command. For instance the >>>>> following sets using the "2_0" algorithm. >>>>> >>>>> domain.set_flow_algorithm("2_0") >>>>> >>>>> Cheers >>>>> Steve >>>>> >>>>> >>>>> >>>>> >>>>> On 21/03/2013 1:00 AM, Carlos Rozas wrote: >>>>>> Hi, >>>>>> >>>>>> I wonder if ANUGA uses the well-balanced scheme per >>>>>> default, or should I call any special function to use >>>>>> this scheme? >>>>>> >>>>>> Regards, >>>>>> Carlos >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> >>>>>> Everyone hates slow websites. So do we. >>>>>> Make your web apps faster with AppDynamics >>>>>> Download AppDynamics Lite for free today: >>>>>> http://p.sf.net/sfu/appdyn_d2d_mar >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Anuga-user mailing list >>>>>> Anu...@li...<mailto:Anu...@li...> >>>>>> >>>>>> https://lists.sourceforge.net/lists/listinfo/anuga-user >>>>> >>>>> -- >>>>> +--------------------------------------------------------------------+ >>>>> >>>>> | Steve Roberts | My Office: >>>>> (61)(2) 6125 4445 | >>>>> | Department of Mathematics | Math Office: >>>>> (61)(2) 6125 2908 | >>>>> | Mathematical Sciences Institute| Fax: >>>>> (61)(2) 6125 4984 | >>>>> | John Dedman Building #27 | >>>>> mailto:ste...@an... | >>>>> | Australian National University | >>>>> http://www.maths.anu.edu.au/~steve<http://www.maths.anu.edu.au/%7Esteve>| >>>>> | Canberra ACT 0200 AUSTRALIA | ANU CRICOS # >>>>> 00120C | >>>>> +--------------------------------------------------------------------+ >>>>> >>>>> >>>>> >>>>> >>>> >>>> -- >>>> +--------------------------------------------------------------------+ >>>> | Steve Roberts | My Office: (61)(2) 6125 4445 | >>>> | Department of Mathematics | Math Office: (61)(2) 6125 >>>> 2908 | >>>> | Mathematical Sciences Institute| Fax: (61)(2) 6125 4984 | >>>> | John Dedman Building #27 | >>>> mailto:ste...@an... | >>>> | Australian National University | >>>> http://www.maths.anu.edu.au/~steve| >>>> | Canberra ACT 0200 AUSTRALIA | ANU CRICOS # >>>> 00120C | >>>> +--------------------------------------------------------------------+ >>>> >>>> >>> >> > > |
From: Stephen R. <ste...@an...> - 2013-04-03 02:30:47
|
Hi Joaquim, I found this link http://stackoverflow.com/questions/3778370/python-extensions-for-win64-via-gcc Maybe our compile.py script is finding a 32bit version of python (and hence its include file and python library) which is then causing this problem. Cheers Steve On 03/04/13 08:10, Joaquim Luis wrote: > Hi Steve, > > Meanwhile I made another experiment. I used the portable WinPython > 'installation' in which and did not have to install Scientific Python. > > But on the other hand, the attempt to build a 64 bits version ended > shortly after > > --------------------------------------- > Trying to compile c-extension quad_tree.c in > c:\SVN\anuga_core\source\anuga\utilities > C extension quad_tree.c OK > > --------------------------------------- > Trying to compile c-extension sparse_dok.c in > c:\SVN\anuga_core\source\anuga\utilities > C extension sparse_dok.c OK > > --------------------------------------- > Trying to compile c-extension sparse_csr.c in > c:\SVN\anuga_core\source\anuga\utilities > C extension sparse_csr.c OK > > --------------------------------------- > Trying to compile c-extension cg_ext.c in > c:\SVN\anuga_core\source\anuga\utilities > cg_ext.o:cg_ext.c:(.text+0x1d15): undefined reference to > `__imp_Py_InitModule4' > collect2.exe: error: ld returned 1 exit status > Traceback (most recent call last): > File "compile_all.py", line 24, in <module> > execfile('compile.py') > File "compile.py", line 507, in <module> > raise Exception(msg) > Exception: Could not compile C extension cg_ext.c > Could not link cg_ext - please try manually > -- +--------------------------------------------------------------------+ | Steve Roberts | My Office: (61)(2) 6125 4445 | | Department of Mathematics | Math Office: (61)(2) 6125 2908 | | Mathematical Sciences Institute| Fax: (61)(2) 6125 4984 | | John Dedman Building #27 | mailto:ste...@an... | | Australian National University | http://www.maths.anu.edu.au/~steve| | Canberra ACT 0200 AUSTRALIA | ANU CRICOS # 00120C | +--------------------------------------------------------------------+ |
From: Joaquim L. <jl...@ua...> - 2013-04-03 17:15:44
|
Steve, The problem must revolve about that issue but it's not so straightforward. I am using 64 bits version of both gcc and python (portable versions are wonderful for that), see /c/SVN/anuga_core> gcc -v Using built-in specs. COLLECT_GCC=C:\MinGW\MinGW-w64_64_bit\bin\gcc.exe COLLECT_LTO_WRAPPER=c:/mingw/mingw-w64_64_bit/bin/../libexec/gcc/x86_64-w64-mingw32/4.7.2/lto-wrapper.exe Target: x86_64-w64-mingw32 /c/SVN/anuga_core> python --h Unknown option: -- usage: c:\programs\WinPython2.7.3_64\python-2.7.3.amd64\python.exe [option] ... [-c cmd | -m mod | file | -] [arg] ... So I tried by including the referred chunk of modsupport.h in one of the complaining codes, and the result was the same (I mean the same error) |#if SIZEOF_SIZE_T != SIZEOF_INT #define Py_InitModule4 Py_InitModule4_64 #endif| at this point I would say that the problem lies on the SIZEOF_SIZE_T or SIZEOF_INT macros Indeed, if do it this way (and insert it in all complaining .c) than I'm able to compile till the end #if !defined(Py_InitModule4) #define Py_InitModule4 Py_InitModule4_64 #endif However, running the tests fail with Traceback (most recent call last): File "test_all.py", line 13, in <module> --verbose same as above File "test_all.py", line 224, in <module> suite = regressionTest(options.quiet) File "test_all.py", line 157, in regressionTest modules = map(__import__, moduleNames) File "c:\SVN\anuga_core\source\anuga\damage_modelling\test_inundation_damage.py", line 11, in <module> from inundation_damage import * File "c:\SVN\anuga_core\source\anuga\damage_modelling\inundation_damage.py", line 8, in <module> from Scientific.Functions.Interpolation import InterpolatingFunction ImportError: No module named Scientific.Functions.Interpolation > Hi Joaquim, > > I found this link > http://stackoverflow.com/questions/3778370/python-extensions-for-win64-via-gcc > > Maybe our compile.py script is finding a 32bit version of python (and > hence its include file and python library) which is then causing this > problem. > > Cheers > Steve > > > > > On 03/04/13 08:10, Joaquim Luis wrote: >> Hi Steve, >> >> Meanwhile I made another experiment. I used the portable WinPython >> 'installation' in which and did not have to install Scientific Python. >> >> But on the other hand, the attempt to build a 64 bits version ended >> shortly after >> >> --------------------------------------- >> Trying to compile c-extension quad_tree.c in >> c:\SVN\anuga_core\source\anuga\utilities >> C extension quad_tree.c OK >> >> --------------------------------------- >> Trying to compile c-extension sparse_dok.c in >> c:\SVN\anuga_core\source\anuga\utilities >> C extension sparse_dok.c OK >> >> --------------------------------------- >> Trying to compile c-extension sparse_csr.c in >> c:\SVN\anuga_core\source\anuga\utilities >> C extension sparse_csr.c OK >> >> --------------------------------------- >> Trying to compile c-extension cg_ext.c in >> c:\SVN\anuga_core\source\anuga\utilities >> cg_ext.o:cg_ext.c:(.text+0x1d15): undefined reference to >> `__imp_Py_InitModule4' >> collect2.exe: error: ld returned 1 exit status >> Traceback (most recent call last): >> File "compile_all.py", line 24, in<module> >> execfile('compile.py') >> File "compile.py", line 507, in<module> >> raise Exception(msg) >> Exception: Could not compile C extension cg_ext.c >> Could not link cg_ext - please try manually >> > > |
From: Stephen R. <ste...@an...> - 2013-04-03 20:18:55
|
Hi Joaquim, Looks like you are getting very close to success. The error you are getting with the test_all.py is related to the code in damage_modelling\inundation_damage.py using the Scientific Python interpolation function. I didn't realise that any other part of Scientific python (other than the netcdf module) was used in anuga. I think (as long as you don't use any facilities from the anuga.damage_modelling module) it would be ok to exclude testing that directory. You add a directory to be excluded from the tests by adding the that directory name to the "excluded_dirs" list in the test_all.py script in the anuga directory (not the one in anuga_core). Then hopefully the other tests will succeed. Cheers Steve On 4/04/2013 4:15 AM, Joaquim Luis wrote: > Steve, > > The problem must revolve about that issue but it's not so > straightforward. I am using 64 bits version of both gcc and python > (portable versions are wonderful for that), see > > /c/SVN/anuga_core> gcc -v > Using built-in specs. > COLLECT_GCC=C:\MinGW\MinGW-w64_64_bit\bin\gcc.exe > COLLECT_LTO_WRAPPER=c:/mingw/mingw-w64_64_bit/bin/../libexec/gcc/x86_64-w64-mingw32/4.7.2/lto-wrapper.exe > Target: x86_64-w64-mingw32 > > /c/SVN/anuga_core> python --h > Unknown option: -- > usage: c:\programs\WinPython2.7.3_64\python-2.7.3.amd64\python.exe > [option] ... [-c cmd | -m mod | file | -] [arg] ... > > So I tried by including the referred chunk of modsupport.h in one of > the complaining codes, and the result was the same (I mean the same error) > |#if SIZEOF_SIZE_T != SIZEOF_INT > #define Py_InitModule4 Py_InitModule4_64 > #endif| > > at this point I would say that the problem lies on the SIZEOF_SIZE_T > or SIZEOF_INT macros > Indeed, if do it this way (and insert it in all complaining .c) than > I'm able to compile till the end > > #if !defined(Py_InitModule4) > #define Py_InitModule4 Py_InitModule4_64 > #endif > > However, running the tests fail with > > Traceback (most recent call last): > File "test_all.py", line 13, in <module> > --verbose same as above > File "test_all.py", line 224, in <module> > suite = regressionTest(options.quiet) > File "test_all.py", line 157, in regressionTest > modules = map(__import__, moduleNames) > File > "c:\SVN\anuga_core\source\anuga\damage_modelling\test_inundation_damage.py", > line 11, in <module> > from inundation_damage import * > File > "c:\SVN\anuga_core\source\anuga\damage_modelling\inundation_damage.py", line > 8, in <module> > from Scientific.Functions.Interpolation import InterpolatingFunction > ImportError: No module named Scientific.Functions.Interpolation > > > >> Hi Joaquim, >> >> I found this link >> http://stackoverflow.com/questions/3778370/python-extensions-for-win64-via-gcc >> >> Maybe our compile.py script is finding a 32bit version of python (and >> hence its include file and python library) which is then causing this >> problem. >> >> Cheers >> Steve >> >> >> >> >> On 03/04/13 08:10, Joaquim Luis wrote: >>> Hi Steve, >>> >>> Meanwhile I made another experiment. I used the portable WinPython >>> 'installation' in which and did not have to install Scientific Python. >>> >>> But on the other hand, the attempt to build a 64 bits version ended >>> shortly after >>> >>> --------------------------------------- >>> Trying to compile c-extension quad_tree.c in >>> c:\SVN\anuga_core\source\anuga\utilities >>> C extension quad_tree.c OK >>> >>> --------------------------------------- >>> Trying to compile c-extension sparse_dok.c in >>> c:\SVN\anuga_core\source\anuga\utilities >>> C extension sparse_dok.c OK >>> >>> --------------------------------------- >>> Trying to compile c-extension sparse_csr.c in >>> c:\SVN\anuga_core\source\anuga\utilities >>> C extension sparse_csr.c OK >>> >>> --------------------------------------- >>> Trying to compile c-extension cg_ext.c in >>> c:\SVN\anuga_core\source\anuga\utilities >>> cg_ext.o:cg_ext.c:(.text+0x1d15): undefined reference to >>> `__imp_Py_InitModule4' >>> collect2.exe: error: ld returned 1 exit status >>> Traceback (most recent call last): >>> File "compile_all.py", line 24, in <module> >>> execfile('compile.py') >>> File "compile.py", line 507, in <module> >>> raise Exception(msg) >>> Exception: Could not compile C extension cg_ext.c >>> Could not link cg_ext - please try manually >>> >> > -- +--------------------------------------------------------------------+ | Steve Roberts | My Office: (61)(2) 6125 4445 | | Department of Mathematics | Math Office: (61)(2) 6125 2908 | | Mathematical Sciences Institute| Fax: (61)(2) 6125 4984 | | John Dedman Building #27 | mailto:ste...@an... | | Australian National University | http://www.maths.anu.edu.au/~steve| | Canberra ACT 0200 AUSTRALIA | ANU CRICOS # 00120C | +--------------------------------------------------------------------+ |
From: Joaquim L. <jl...@ua...> - 2013-04-03 21:44:02
|
Getting close, ... but asymptotically Removed the damage_modelling dir from test but got a crash right at beginning EEEEEEEE.Constructing Delaunay triangulation by divide-and-conquer method. Writing vertices. Writing triangles. Statistics: Input vertices: 6 Mesh vertices: 6 Mesh triangles: 4 Mesh edges: 9 Mesh exterior boundary edges: 6 I'm not surprised by this because during the compilation I got lots (hundreds) of this type warnings Trying to compile c-extension mesh_engine_c_layer.c in c:\SVN\anuga_core\source\anuga\mesh_engine triangle.c: In function 'printtriangle': triangle.c:3678:50: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] triangle.c:3680:3: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] ... We also use 'triangle.c' in GMT and I have no problems compiling it in 64 bits but I use the MSVC compilers The last post at stackoverflow mentioned at the end that " I find you need to define MS_WIN64 as well as WIN32,..." Maybe this is relevant here no? How do I set the "MS_WIN64" in compile_all.py? > > Hi Joaquim, > > Looks like you are getting very close to success. > > The error you are getting with the test_all.py is related to the code > in damage_modelling\inundation_damage.py using the Scientific Python > interpolation function. I didn't realise that any other part of > Scientific python (other than the netcdf module) was used in anuga. I > think (as long as you don't use any facilities from the > anuga.damage_modelling module) it would be ok to exclude testing that > directory. > > You add a directory to be excluded from the tests by adding the that > directory name to the "excluded_dirs" list in the test_all.py script > in the anuga directory (not the one in anuga_core). > > Then hopefully the other tests will succeed. > > Cheers > Steve > > On 4/04/2013 4:15 AM, Joaquim Luis wrote: >> Steve, >> >> The problem must revolve about that issue but it's not so >> straightforward. I am using 64 bits version of both gcc and python >> (portable versions are wonderful for that), see >> >> /c/SVN/anuga_core> gcc -v >> Using built-in specs. >> COLLECT_GCC=C:\MinGW\MinGW-w64_64_bit\bin\gcc.exe >> COLLECT_LTO_WRAPPER=c:/mingw/mingw-w64_64_bit/bin/../libexec/gcc/x86_64-w64-mingw32/4.7.2/lto-wrapper.exe >> Target: x86_64-w64-mingw32 >> >> /c/SVN/anuga_core> python --h >> Unknown option: -- >> usage: c:\programs\WinPython2.7.3_64\python-2.7.3.amd64\python.exe >> [option] ... [-c cmd | -m mod | file | -] [arg] ... >> >> So I tried by including the referred chunk of modsupport.h in one of >> the complaining codes, and the result was the same (I mean the same >> error) >> |#if SIZEOF_SIZE_T != SIZEOF_INT >> #define Py_InitModule4 Py_InitModule4_64 >> #endif| >> >> at this point I would say that the problem lies on the SIZEOF_SIZE_T >> or SIZEOF_INT macros >> Indeed, if do it this way (and insert it in all complaining .c) than >> I'm able to compile till the end >> >> #if !defined(Py_InitModule4) >> #define Py_InitModule4 Py_InitModule4_64 >> #endif >> >> However, running the tests fail with >> >> Traceback (most recent call last): >> File "test_all.py", line 13, in <module> >> --verbose same as above >> File "test_all.py", line 224, in <module> >> suite = regressionTest(options.quiet) >> File "test_all.py", line 157, in regressionTest >> modules = map(__import__, moduleNames) >> File >> "c:\SVN\anuga_core\source\anuga\damage_modelling\test_inundation_damage.py", >> line 11, in <module> >> from inundation_damage import * >> File >> "c:\SVN\anuga_core\source\anuga\damage_modelling\inundation_damage.py", >> line 8, in <module> >> from Scientific.Functions.Interpolation import InterpolatingFunction >> ImportError: No module named Scientific.Functions.Interpolation >> >> >> >>> Hi Joaquim, >>> >>> I found this link >>> http://stackoverflow.com/questions/3778370/python-extensions-for-win64-via-gcc >>> >>> Maybe our compile.py script is finding a 32bit version of python (and >>> hence its include file and python library) which is then causing this >>> problem. >>> >>> Cheers >>> Steve >>> >>> >>> >>> >>> On 03/04/13 08:10, Joaquim Luis wrote: >>>> Hi Steve, >>>> >>>> Meanwhile I made another experiment. I used the portable WinPython >>>> 'installation' in which and did not have to install Scientific Python. >>>> >>>> But on the other hand, the attempt to build a 64 bits version ended >>>> shortly after >>>> >>>> --------------------------------------- >>>> Trying to compile c-extension quad_tree.c in >>>> c:\SVN\anuga_core\source\anuga\utilities >>>> C extension quad_tree.c OK >>>> >>>> --------------------------------------- >>>> Trying to compile c-extension sparse_dok.c in >>>> c:\SVN\anuga_core\source\anuga\utilities >>>> C extension sparse_dok.c OK >>>> >>>> --------------------------------------- >>>> Trying to compile c-extension sparse_csr.c in >>>> c:\SVN\anuga_core\source\anuga\utilities >>>> C extension sparse_csr.c OK >>>> >>>> --------------------------------------- >>>> Trying to compile c-extension cg_ext.c in >>>> c:\SVN\anuga_core\source\anuga\utilities >>>> cg_ext.o:cg_ext.c:(.text+0x1d15): undefined reference to >>>> `__imp_Py_InitModule4' >>>> collect2.exe: error: ld returned 1 exit status >>>> Traceback (most recent call last): >>>> File "compile_all.py", line 24, in<module> >>>> execfile('compile.py') >>>> File "compile.py", line 507, in<module> >>>> raise Exception(msg) >>>> Exception: Could not compile C extension cg_ext.c >>>> Could not link cg_ext - please try manually >>>> >> > > > -- > +--------------------------------------------------------------------+ > | Steve Roberts | My Office: (61)(2) 6125 4445 | > | Department of Mathematics | Math Office: (61)(2) 6125 2908 | > | Mathematical Sciences Institute| Fax: (61)(2) 6125 4984 | > | John Dedman Building #27 |mailto:ste...@an... | > | Australian National University |http://www.maths.anu.edu.au/~steve| > | Canberra ACT 0200 AUSTRALIA | ANU CRICOS # 00120C | > +--------------------------------------------------------------------+ > |