Salome Meca 2025 with CA 17.5 MPI

mf

Fellow SM and CA users!

Please find a SM2025 container with Code_Aster 17.5 compiled with MPI in the following repository:

https://github.com/emefff/Code-Aster-MPI-in-Singularity-of-SM2025

In the first link of the Readme.md you can directly download the compiled version. I did a few tests with the MPI version, I did not see any version specific problems with it. Samubri's additive manufacturing examples work with MPI, and also old cases built on previous versions (minor corrections needed sometimes). Due to the planned timeline of the 17.x versions on the code_aster homepage, I expect this to be useful at least until the end of 2027.

Have fun,

Mario.

jacob

Thank you.

However, unfortunately I found another bug which occurs in version 17.4 17.5 16.9 for some of my cases

STA_NL = CALC_PRESSION(CRITERE='RELATIF',
GEOMETRIE='DEFORMEE',
GROUP_MA='A_SC_gasket',
INFO=1,
MAILLAGE=MESH,
PRECISION=1e-06,
RESULTAT=STA_NL,
TOUT_ORDRE='OUI',
reuse=STA_NL)

#2 Calculs elementaires et assemblages CPU (USER+SYST/SYST/ELAPS): 0.40 0.12 0.66
At line 253 of file /builds/z5essY58/test_pipeline-sm2025-1-0-lgpl/salomemeca/yamm_build/V2025.1.0_build/V2025_scibian_univ/tools/src/CODE_ASTER_OLDSTABLE/bibfor/algorith/crtype.F90
Fortran runtime error: Bad value during integer read
EXECUTION_CODE_ASTER_EXIT_3555=2
<INFO> Exécution Code_Aster terminée, diagnostic : <F>_ABNORMAL_ABORT

no problem in version 16.2

mf

jacob
Hello,

well, hardly a problem of the compilation itself, now is it?

I seldomly use CALC_PRESSION, but if I remember correctly, I never used it with TOUT_ORDRE='OUI'. Only for specific timesteps. I remember having had problems with it in the past.

Mario.

jacob

No, the simvia container behaves the same. I just noticed it when using your version.