-
Notifications
You must be signed in to change notification settings - Fork 31
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
[BUG/ISSUE] Inconsistent file target for error messages #21
Comments
Hi Lizzie, It seems that this is caused because it's printing to standard output: IF ( RC /= HCO_SUCCESS ) THEN
PRINT *, "Error in ReadList_Fill (1) called from HEMCO ReadList_Read"
RETURN
ENDIF It should be an easy fix for it to call I've searched the print statements in HEMCO and attached a list, hope this is helpful. I can also help cleaning some of these as I go through the files. |
Thanks @jimmielin. Yes, the fix should be straightforward. I made this issue mainly to remind myself to go back and apply it. Feel free to tackle this! |
This is related to the following issues:
Question: How should we handle it? Should we make the fix in geoschem/geos-chem (dev/12.7.2) first and then copy that into HEMCO? |
To be clear, this issue is for the prints not for the timing read bug in HEMCO. I'll put a fix in for this particular print issue in 12.8. A more thorough look at where the prints go, especially testing with GCHP which uses MPI, can be in this repo. I've found that the print behavior can be different between GCHP and GCC. |
An issue related to inconsistent HEMCO error prints messages: GEOS-Chem prints error messages specifying an error in HEMCO with instructions to check HEMCO.log, but starts doing this before HEMCO.log is created. This is confusing and frustrating to users. |
Also as a side note I'd also like to sneak in a feature for WRF-GC to output |
This update, limited to hco_readlist_mod, will go into 12.8.1. It will be ported to the HEMCO repository as part of the future update for compatibility with 12.8.1. @jimmielin , regarding outputting HEMCO.log for each core, go for it. Although it would be good if it were optional. You can start a separate GitHub issue for discussion of this. |
We recently had a user help request that had HEMCO error messages in both HEMCO.log and the GEOS-Chem log. The HEMCO.log file had this:
The GEOS-Chem log had this:
I think this problem was introduced when I recently added more error messages to HEMCO. That code needs to be updated to send errors to the HEMCO log rather than GEOS-Chem log.
The text was updated successfully, but these errors were encountered: