Custom Query (96 matches)

Le code s'attend à pouvoir lire les fichiers

• npCFMIP_param.data
• pointlocations.txt

qui définissent les points/stations sur lesquels on veut sortir des diagnostics même si cette sortie n'est pas activée.

Si ces fichiers ne sont pas présents, le code continue de tourner sans allouer et initialiser un certain nombre de variables qui sont passées en argument à phys_output_open qui peut donc recevoir des variables non allouées. On ne connaît pas le résultat d'un tel appel

Les fichiers de départ créés par ce0l ne semblent pas convenir pour la nouvelle physique, le modèle se plante dans un hgardfou dès le départ de la simulation. Problème de stabilité? erreur d'initialisation dans un des champs?

Le masque terre/mer est ecrit par le programme ce0l, a la fois dans startphy.nc et limit.nc. Le masque terre/mer ne change jamais au cours d'un simulation et donc le ficher restartphy.nc contient le meme masque. Si le fichier o2a.nc est present pendant l'exécution de ce0l, le masque est lu de ce fichier. Sinon le masque est crée dans grid_noro.F90. Pour les simulations couplé avec l'océan, le fichier o2a.nc est toujours utilisé mais pour les simulations forcé c'est rarement le cas. Pour demarré un simulation forcé a partir des fichiers restart d'un simulation couplé on peut donc se retrouver avec des problèmes d'incoherence entre le fichier limit.nc et startphy.nc.

Dans un premier temps, on voudrais ajouter un test de coherence entre le fichier startphy.nc et limit.nc dans phyetat0.F90. Si les masques ne sont pas les memes, afficher un message d'erreur claire et arrêter le gcm.