If no problem type is specified in .config file, "EISMINT" error occurs
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- fortran
- Área
- hpc
Línea de trabajo
Comienza rastreando los módulos que analizan el archivo .config y seleccionan tipos de problema como [EISMINT-2] y [DOME-TEST]. Comprueba cómo la ausencia de una sección llega al error "No EISMINT forcing selected". Se considera terminado cuando una simulación definida por el usuario ya no requiere el workaround de dome-test, ya sea permitiendo que no haya ningún tipo de problema o admitiendo un tipo explícito [GENERIC].
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
From @matthewhoffman on July 28, 2015 15:23
If no problem type is specified in the .config file, CISM aborts with:
FATAL ERROR : No EISMINT forcing selected
There is no documentation for how a user should set up a user-defined simulation that is not one of the canned test cases. The modules that parse the .config file look for different domain types as a config section in square brackets. For instance, an EISMINT-2 test has a [EISMINT-2] section (with some items beneath it), a dome test has a [DOME-TEST] section (with no items beneath it). Currently the code is expecting one of these problem types to be specified, and if one isn't then it throws the error "FATAL ERROR : No EISMINT forcing selected".
A workaround for running a user-defined problem is to add the line:
[DOME-TEST]
to the .config file. The dome test is a generic problem type and can be used for any user-defined simulations. This line simply tells CISM that nothing special needs to occur in setting up the problem. Ideally we should generalize this so that for a generic problem either
- no problem type needs to be defined at all; or
- we have something like a
[GENERIC]problem type that makes it explicit that nothing unusual needs to occur inside the model set up.
Copied from original issue: E3SM-Project/cism-piscees#38
- Lenguaje dominante
- Fortran
- Estrellas
- 13
- Forks
- 17
- Merge medio
- 3 d 15 h
- PR fusionados (30 d)
- 1
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de ESCOMP/CISM
-
Need to update cmake_minimum_requiredQuizá libre de nuevo @Katetc la tomó hace 75 días y no hay ningún pull request abierto. Abiertobug
-
Adding PFunit unit testing to CISMQuizá libre de nuevo @Katetc la tomó hace 241 días y no hay ningún pull request abierto. Abierto
-
Methods for initializing isotopes within the Ice SheetQuizá libre de nuevo @Katetc la tomó hace 255 días y no hay ningún pull request abierto. Abierto
-
Infrastructure to bring isotopes as tracers into CISMQuizá libre de nuevo @Katetc la tomó hace 255 días y no hay ningún pull request abierto. Abierto
-
smb_input confusing logicAbierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
Todos los issues de ESCOMP/CISM
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
ROCm/rocm-systems#14764 ·
Los mantenedores suelen responder en 2 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
-
Dificultad 2/5 Menos de una hora Aptitud para principiantes 80/100
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
amr bug 🔥 diagnostics outputs
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
PHAREHUB/PHARE#1348 · 1 comentario ·
Los mantenedores suelen responder en 2 días