search

aymeric-spiga / dynamico-giant

0 stars 2 forks source link

Try just running the 1D model (with 64 layers) in debug mode; in my case: #6

Closed aymeric-spiga closed 5 years ago

aymeric-spiga commented 5 years ago

forrtl: severe (408): fort: (2): Subscript #1 of the array TAUCUMV has value 130 which is greater than the upper bound of 129

Image PC Routine Line Source
libifcoremt.so.5 00002B5597C9E0E9 for_emit_diagnost Unknown Unknown rcm1d_64_phystds 0000000000A09AED optcv 375 optcv.f90 rcm1d_64_phystds 00000000007F4A3E callcorrk 807 callcorrk.f90 rcm1d_64_phystd_s 000000000056BE53 physiq_mod_mp_phy 812 physiq_mod.f90 rcm1d_64_phystd_s 000000000041D5B2 MAIN__ 2739 rcm1d.f

_Originally posted by @ehouarn in https://github.com/_render_node/MDU6SXNzdWUzNjQzOTQ1NjA=/issues/unread_timeline#issuecomment-425400225_

aymeric-spiga commented 5 years ago

@ehouarn I opened a new issue with this problem. because in my case the 32-level case works just fine. so this is a problem related to transiting to 64 levels -- unlike issue #4

aymeric-spiga commented 5 years ago

Apparently this also works for me in 64 levels, so I was not able to reproduce this particular problem

aymeric-spiga commented 5 years ago

It is important to note I was working with version https://github.com/aymeric-spiga/dynamico-giant/commit/2722cedec094f9d019e595b36fd4d8f64f3c9673

ehouarn commented 5 years ago

I got the problem mentioned above with revision 1996. Reverting to revision 1984 the 1D model runs fine.

aymeric-spiga commented 5 years ago

This is weird, I think I was using the HEAD for this. Maybe the problem has been fixed by revisions after 1996?

aymeric-spiga commented 5 years ago

@ehouarn do you think this has been fixed with the latest commit by Jeremy on LMDZ.GENERIC?

ehouarn commented 5 years ago

Yes, commit 2004 on LMDZ.GENERIC by Jeremy fixed that problem.

aymeric-spiga commented 5 years ago

great so I am closing this issue