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.

Sign up for GitHub

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

Jump to bottom

32-bit physics crashes in aerinterp due to type mismatch in NetCDF calls. #83

Closed
SamuelTrahanNOAA opened this issue Jun 15, 2023 · 0 comments · Fixed by #85
Closed

32-bit physics crashes in aerinterp due to type mismatch in NetCDF calls. #83

SamuelTrahanNOAA opened this issue Jun 15, 2023 · 0 comments · Fixed by #85
Labels
bug Something isn't working

Comments

@SamuelTrahanNOAA
Copy link
Collaborator

SamuelTrahanNOAA commented Jun 15, 2023 •
edited
Loading

Description

The aerinterp routines use real*4 arrays to read real*8 data when compiled with 32-bit physics. This causes a crash because of the NetCDF Fortran 77 interface, which does not know which datatype it has.

Steps to Reproduce

  1. Create a 32-bit physics version of the RRFS 13km conus ufs-weather-model regression tests.
  2. Run it and you'll see the crash.
  3. Run the gnu version of the test through valgrind, and you'll see where and why it crashes.

Additional Context

Tested with hera.gnu and hera.intel using the FV3_HRRR suite in the UFS regression tests. Must compile with 32-bit physics to trigger the error.

Output

N/A
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
bug Something isn't working
Projects
None yet
Milestone
No milestone
1 participant
@SamuelTrahanNOAA