Repository navigation
Initialization error #110
Description
Activity
- addedquestionFurther information is requestedFurther information is requested
on Aug 29, 2024 I cannot reproduce the error but I noticed a few other things:
- There should be no space after the hash in
# INCLUDE atoms. - There is no
#LANGUAGEand no#INTEGRATORcommand inaqchem.txt.
Please send us the complete code that is needed to reproduce the error.
- There should be no space after the hash in
Hello @gmichals, have you solved this problem? If yes, it would be nice
if you can describe how you solved it. Then others can find the solution
here if they run into the same problem.We are trying to run the box model from the EPA detailed in Geosci. Model Dev., 10, 1587–1605, 2017 www.geosci-model-dev.net/10/1587/2017/ doi:10.5194/gmd-10-1587-2017.
KPP builds the .F90 files, but the error shows up during the compile in the initialize.F90
They mentioned something about changing the allowed # of inline code.
here are the 3 files
aqchem.spc.txt
aqchem.kpp.txt
aqchem.eqn.txtThanks for the information! Can you please also provide the
initialize.F90 file that causes the error message?KPP generates a
SUBROUTINE Initialize ( )without any parameters. Your
file, however, contains aSUBROUTINE Initialize ( TEMP2, PRES_PA, TAUCLD, ...)with many parameters. It looks like there was some postprocessing after
running KPP. Maybe the postprocessing caused the error?If you are certain that the error is within KPP, please post a small
example without postprocessing which will allow me to reproduce your
symbol ......has no IMPLICIT typeerror message.@gmichals Has this issue been resolved for you? Or can we close out this issue?
We are getting a "symbol ......has no IMPLICIT type" error as kpp is trying to generate the initialization.f90 file. Possibly because the eq. file was written using kpp2.2.3 (by the EPA) and we installed the latest kpp?
aqchem.txt