Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

lprnt won't stay .true. #1027

Open
michalakes opened this issue Aug 8, 2023 · 0 comments
Open

lprnt won't stay .true. #1027

michalakes opened this issue Aug 8, 2023 · 0 comments

Comments

@michalakes
Copy link
Contributor

michalakes commented Aug 8, 2023

Description

Setting Model%lprnt to .true. in data/GFS_typedefs_module.F90 (around line 4895) gets reset when physics run because certain subroutines in the physics directory turn it off again. The routines in question, both named GFS_time_vary_pre_timestep_init, are defined in GFS_time_vary_pre.fv3.F90 and GFS_time_vary_pre.scm.F90. They define lprnt as intent(out) in their argument lists and then set these to false, overriding whatever value lprnt had when the routine was called.

Steps to Reproduce

Set Model%lprnt to .true. in data/GFS_typedefs_module.F90 (around line 4895) and then do a run expecting to see debug output from routines in physics that have write or print statements inside if (lprnt) blocks. These expectations will soar at first but then be crushed.

Additional Context

Commenting out the lprnt = .false. statements in the two routines rewards expectations.

  • Machine
    NA
  • Compiler
    NA
  • Suite Definition File or Scheme
    NA
  • Reference other issues or PRs in other repositories that this is related to, and how they are related.
    Unknown

Output

NA

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants