The error-numbers (5010) are vendor specific; you probably want to do a search for your compiler together with “runtime error status”.
This isn’t Intel, presumably: their error numbers top out at 781; and if you’re using gfortran, lots of luck: I can’t find their error-status numbers documented anywhere on the web (something that, to my mind, disqualfies them from being a professional quality compiler).
Have you updated your MCIP script to use the version that accompanied MCIPv5.0? If not, that is likely the source of your error. There are several elements in the namelist, “filenames”, that changed between MCIPv4.5 and MCIPv5.0.
You have 5010 LIBERROR_READ_VALUE which means that there is probably what gfortran thinks is a formatting-error somewhere in the list – maybe an extra comma or decimal point. Check it character-by-character; these things are notoriously hard to find (which is one of the reasons the I/O API encourages environment variables instead of namelists…)
I’m sorry you’re experiencing this issue with MCIPv5.0. There is another user with the same issue, so I’d like to get more information to solve the problem. I tested with GFortran on my system, and I did not encounter any errors. Can you please attach your namelist that was generated from your MCIPv5.0 run?
You cannot use MCIPv4.2 with WRFv4.0+. Only MCIPv5.0 is set up for WRFv4.0+ at this time.
Thank you for providing your namelist. This is just a guess, but I’d like you to try it. Please edit namelist.mcip to remove the comma after the first element of “file_mm”. Then execute mcip.exe. If you cannot execute mcip.exe without your script, edit your script so that you do not overwrite namelist.mcip (for example) by temporarily changing “cat namelist.mcip >> !” to “cat junk >> !”.
I had the same issue and am using gfortran (from gccv7.3.0). I removed the comma from the MCIP run script (where file_mm is defined and written, around line 360) but this did not resolve the issue. Changing ‘IfGeo = “T”’ to ‘IfGeo = .TRUE.’ makes the program run further, but this is because the corresponding if statements (there are 3 of them, around lines 295, 335, 375) are only checking for “T”. When they’re revised to check for .TRUE., the original READNML error appears. I’m able to view my geo_em file from WRFv4.1.2 in VERDI, so I believe it was generated successfully.
*** SUBROUTINE: READNML
*** ERROR READING NAMELIST FILE ON UNIT 8
*** NAMELIST FILE NAME = namelist.mcip
*** NAMELIST = filenames
*** IOSTAT = 19
*** ERROR ABORT in subroutine READNML
ABNORMAL TERMINATION IN READNML
We are using WRF 4.0, and MCIP 5.0, this is the error that we are facing, we tried all the possible solutions mentioned in the thread, but none worked, can you guys help in anyway, because it is creating a big problem to the research.
A possible bypass solution to this was to use geogrid.exe,ungrib.exe and metgrid.exe in WRF4.0 but run realtime.exe and wrf.exe with older WRF version and use old mcip and CMAQ for the computing, it works!! but the problem is we want to use CMAQv5.3, because of its easy coupled compatibility with WRF. Please if someone can help, that would be appreciable. Thank you!
Shivang –
Are you using the MCIP script as it is provided on GitHub, or did you modify it? Post your namelist.mcip file, so that we can verify that it was generated correctly.
The script run_mcip.csh generates namelist.mcip. The namelist you have provided does not look like what would be produced by the script.
In particular, you have an embedded comment (line beginning with a #) in the &FILENAMES namelist. I believe this is not legal in Fortran90, and that is exactly what your error message is telling you.
There are other differences as well between your namelist.mcip and the version generated by the script. The structure of namelist.mcip that is required may vary from one version of MCIP to another. As noted in the release notes, the source code to readnml.f90 has changed; there is no longer a file_hdr variable.
I suggest you try the version “out of the box” with the tutorial case, verify that works, then modify for your application.
I think I finally figured out the issue with the script and MCIPv5.0. I believe I introduced an error in the MCIP script when I removed the MM5 processing. Inside MCIP, I changed the name of the file that we used to load either TERRAIN (from MM5) or Geogrid (from WRF) output from “file_ter” to “file_geo” to be more reflective of the WRF input that we use. However, I forgot to change its setting in the MCIP script where the namelist is generated. Unfortunately, I never used that part of the script in my testing because I already had the fractional land use in the wrfout files…so I never ran into this issue.
In line 377, please change “file_ter” to “file_geo”. That will hopefully solve the issue.
I apologize for the inconvenience. The script will be updated in the next release. Please let me know in this thread if the solution I proposed here works for you.
Thanks, also, to @cjcoats and @cgnolte for weighing in on this issue.