ok, back to the case,
well, in my case this error was due to stack size on our new supercomputer,
so it is solved by setting it to unlimited:
ulimit -s unlimited
Search found 6 matches
- Wed Jan 20, 2021 8:27 am
- Forum: ROMS FAQ
- Topic: Segmentation Faults
- Replies: 12
- Views: 52307
- Sat Dec 12, 2020 12:35 pm
- Forum: ROMS FAQ
- Topic: Segmentation Faults
- Replies: 12
- Views: 52307
Re: Segmentation Faults
heh, it reminds me this
https://xkcd.com/979/
well, on the bright side you haven't been bothered with this error since then!
Mitya
https://xkcd.com/979/
well, on the bright side you haven't been bothered with this error since then!
Mitya
- Fri Dec 11, 2020 12:31 pm
- Forum: ROMS FAQ
- Topic: Segmentation Faults
- Replies: 12
- Views: 52307
Re: Segmentation Faults
Hi Kate, have you managed to run this app with ifort? I am building a metroms on recently deployed supercomputer (Betzy, in Norway), and run exactly into the same error the same place (reading attributes for u) the toolchain I use on new supercomputer is the same as on previous. Another question ...
- Wed Mar 13, 2019 4:50 pm
- Forum: ROMS Bugs
- Topic: A small bug in ana_srflux.h
- Replies: 12
- Views: 11035
Re: A small bug in ana_srflux.h
sorry for not insisting back then, I had quite good visual proof, as our domain was huge over all Arctic. I benchmarked "ecodynamo" (by Pedro Duarte from the Norwegian polar instutute) code which used own swrad calculation with ROMS' Powell model using ana_srflx from ROMS. The match became ok when I ...
- Thu Oct 13, 2016 2:08 pm
- Forum: ROMS Discussion
- Topic: Spurious supercooling in ROMS-CICE simulation
- Replies: 33
- Views: 25431
Re: Spurious supercooling in ROMS-CICE simulation
Kaitlin, did you switch to github version of metroms? I noticed that you did some commits to source.uit.no version of it after Nils migrated it to github metno repositories.
Dmitry
Dmitry
- Mon Oct 05, 2015 9:57 am
- Forum: ROMS Bugs
- Topic: A small bug in ana_srflux.h
- Replies: 12
- Views: 11035
Re: A small bug in ana_srflux.h
the dvision by 15 is included into deg2rad already: a locally corrected Hangle is: (12.0_r8-hour-(lonr(i,j)/15.0_r8))*pi/12.0_r8 = Hangle – lonr(i,j)*pi/180 = Hangle-lon*deg2rad deg2rad = pi/180 Wait! I believe the change you made is only justified if in your model the hour that defines Hangle is l ...