[#21362] Refactoring Neumann loads second member in thermic
[#21362] Using variable instead of JEVEUX name for moving source
[#23761] Suppress special treatment of kinematic loads for CALC_CHAMP
[#23805] More accurate messages instead of generic CALCULEL_31
[#23672] Modify mmbouc subroutine
[#23672] Move pairing subroutines to specific directory cont_pair
[#23672] Suppress object (names) in pairing datastructure
[#23672] Move cycling subroutines to specific directory cont_algo
[#23672] Suppress intermediate utilities in contact pairing
[#23672] Move some subroutines to specific directory cont_util
[#23672] Refactoring datstructures management in contact pairing
[#23672] Move some subroutines to specific directory cont_algo
[#24127] Move computation of vector for RESI_REFE_RELA
[#24127] Suppress useless parameters for undead loads
[#22461] Move some comportment laws to comport repertory
[#23299] Change nmcmat utility subroutine to manage matrix
[#23299] Distingo Neumann/Dirichlet undead loads
[#24343] Change factor_2 message
[#24343] Disable warning when using DEFI_LIST_REEL in linear operators
[#24457] Using MODULE for contact management - Extract vector for discrete contact
[#24457] Using MODULE for contact management - Extract vector for continue contact
[#24457] Using MODULE for contact management - Management matrix
[#24457] Using MODULE for contact management - Modify displacement for discrete contact
[#24457] Using MODULE for contact management - PILOTAGE
[#24457] Refactoring preparation of input field for contact
[#24457] Using MODULE for geometric loop contact control
[#24457] Using MODULE for contact control of renumbering
[#24457] Remove get-off indicator for CONTINUE contact
Hello, Yes, it's real ! But, we've (Tanguy, not me ! ) found a solution: if(sigeq > 1.e-10young){ inv_sigeq = 1/sigeq; n = (Hsig)inv_sigeq; } feel += dpn-deto; fp = (sigeq-sigv)/young; INTO if(sigeq > 1.e-10young){ inv_sigeq = 1/sigeq; n = (Hsig)inv_sigeq; fp = (sigeq-sigv)/young; } feel += dpn-deto; For "small" stress, we don't solve fp equation. Tests are OK it seems to be robust
@Algorithm NewtonRaphson_NumericalJacobian doen't work when elastic strains vanish
MFront doesn't compile on 32 bits machines
OK, this correction is OK everything compiles
Compilation of MFront 3.1 fails for Intel Compile
Documentation of tensors operations
Have two versions of MFront in the same environment
Error at compilation of documentation
New functionnalities for multi-yield-surfaces plasticity
Yes I don't have MTEST file Try comp012d
Variation of results between machines
Hello This behaviour has some variability between several machines with MFront 2.0.3...
Variation of results between machines
Variation of results between machines
It's always possible but it's quite strange !