Sélection
Incident #11811
Date 19 déc. 2023
Responsable of166741
Developpement
Composant Autre
Nom MED dans Cast3M
--------------------------
L'objectif de ce developpement est de mettre en place, dans la version du jour et
la future version annuelle 2024, la librairie MED en 64-bits et d'adapter les
operateurs de lecture/ecriture au format MED, que sont LIRE 'MED' et SORTir 'MED'
en consequence.
1. Fourniture de la libraire MED 4.1.1 en 64 bits
1.1 pour les plates-formes Linux associees a la version du jour,
1.2 puis extension a toutes les plate-formes de la version annuelle,
dont Win et Mac.
2. Modifications des sources Esope des operateurs sus-mentionnes pour ne traiter
que des donnees 64-bits. Passage en INTEGER des INTEGER*4 definis dans les
includes CCMED et SMMED (suppression de S4MED) et suppresion des differents
sousprogrammes, de nom mh*w4 ou mh*r4, de conversion 32->64-bits et 64->32-bits,
pour appeler directement les sous-programmes de la bibliotheque, de nom mmh*w ou
mmh*r, qui sont maintenant compiles en 64-bits.
Note :
Apres l'evolution,
- les fichiers au format MED crees par Cast3M avec d'anciennes versions de la
librairie MED (32-bits) seront lus sans souci (fichiers associes aux tests de
la base des cas-tests actuelle).
- les (nouveaux) fichiers MED crees par Cast3M (2024 et +) seront au format 64-bits.Correction
Date 19 déc 2023 Fermeture : 11 jan 2024
Responsable of166741 par : of166741
Developpement
Composant Autre
Nom MED dans Cast3M
--------------------------
evolution demandee le 11 janv. 2024 par of166741
Liste des sous-programmes concernés
et commentaires associés
lire_med_01.dgibi : suppresion de la surveillance d'un segment
(inutile dans le cas general)
ETAPE 1 : Ameliorations et Mise en forme des INTEGER*4 utilises par MED (LIRE et SORT)
---------
S4MED.INC : Les entiers sont implicitement dans CAST3M dans des variables commençant par (I-N).
On applique donc cette regle aux INTEGER*4 de cet include, en ajoutant "m" pour "MED" :
Par ex. "cret" -> "mcret" (entier non nul en cas d'erreur lors de l'appel a une fonction
de la librairie MED ! l'identifiant du fichier "FID" -> "MFID", qui est actuellement de
type REAL*8 dans MED 4.* (pour simuler INTEGER*8), et qui etait de type INTEGER*4 dans MED 3.* !
pas de declaration locale supplementaire, etc.
lirmed.eso :
lmdchp.eso :
lmdtab.eso :
mhcyr4.eso :
mhcyw4.eso :
mhenw4.eso :
mhfnr4.eso :
mhfnw4.eso :
sormed.eso :
mhpgr4.eso :
mhpgw4.eso :
mpfpr4.eso :
pfprw4.eso :
smdchm.eso :
smdchp.eso :
evolution demandee le 12 janv. 2024 par of166741
Liste des sous-programmes concernés
et commentaires associés
lire_med_01.dgibi : suppresion de la surveillance d'un segment
(inutile dans le cas general)
ETAPE 1 : Ameliorations et Mise en forme des INTEGER*4 utilises par MED (LIRE et SORT)
---------
S4MED.INC : Les entiers sont implicitement dans CAST3M dans des variables commençant par (I-N).
On applique donc cette regle aux INTEGER*4 de cet include, en ajoutant "m" pour "MED" :
Par ex. "cret" -> "mcret" (entier non nul en cas d'erreur lors de l'appel a une fonction
de la librairie MED ! l'identifiant du fichier "FID" -> "MFID", qui est actuellement de
type REAL*8 dans MED 4.* (pour simuler INTEGER*8), et qui etait de type INTEGER*4 dans MED 3.* !
pas de declaration locale supplementaire, etc.
lirmed.eso :
lmdchp.eso :
lmdtab.eso :
mhcyr4.eso :
mhcyw4.eso :
mhenw4.eso :
mhfnr4.eso :
mhfnw4.eso :
sormed.eso :
mhpgr4.eso :
mhpgw4.eso :
mpfpr4.eso :
pfprw4.eso :
smdchm.eso :
smdchp.eso :
Liste des sous-programmes concernés
et commentaires associés
lmdchm.eso : fichier oublie lors d'evolution de l'ETAPE 1 ci-dessus.
evolution demandee le 22 janv. 2024 par of166741
Liste des sous-programmes concernés
et commentaires associés
Poursuite de l'ETAPE 1
lirmed.eso : initialisation de variables + ajout tests validite des donnees lues
lmdchm.eso : id.
smdchm.eso : id.
smdchp.eso : id.
sormed.eso : id.
evolution demandee le 07 févr. 2024 par of166741
Liste des sous-programmes concernés
et commentaires associés
ETAPE 1 (d)
-----------
CCMED.INC : ajout d'un nouveau parameter contenant le nombre maximal de cotes d'un polygone (2D)
traite lors de la lecture ou de la sauvegarde au format MED
lirmed.eso : Menues ameliorations (completion des messages d'erreur, notamment lorsque la version du
fichier lue est incorrecte !)
lmdchm.eso : idem ci-dessus + modification appel a sp mtconv pour gestion des erreurs
lmdchp.eso : idem - modifications cosmetiques
lmdtab.eso : idem - modifications cosmetiques
mtconv.eso : ajout d'un argument au sp (iret =0 si ok, != 0 si conversion non prevue)
+ modifications cosmetiques pour avoir arguments INTEGER
smdchm.eso : modifications cosmetiques
smdchp.eso : idem
sormed.eso : idem
evolution demandee le 08 févr. 2024 par of166741
Liste des sous-programmes concernés
et commentaires associés
ETAPE 1 (e)
-----------
Prise en compte de la numerotation locale des noeuds / correction du profil des CHPOINTS
pfprw4.eso : "
smdchm.eso : "
smdchp.eso : "
sormed.eso : "
evolution demandee le 28 mars 2024 par of166741
Liste des sous-programmes concernés
et commentaires associés
ETAPE 1 (f)
-----------
lire_med_01.dgibi : modifications du fichier pour avoir un affichage correct du titre lors des
derniers traces du test (nom du fichier correctement positionne)
ETAPE 2
-------
Passage effectif en FULL "MED 64 Bits"
INTEGER*4 -> INTEGER : utilisation du IMPLICIT INTEGER(I-N) ==> l'include S4MED.INC n'est plus utile
CCMED.INC : integer*4 en integer
lirmed.eso : suppression des appels aux sousprogrammes de conversion de tableaux 64 -> 32 bits
+ appel direct aux sp de la librairie MED compilee en 64B
lmdchm.eso : idem
lmdchp.eso : idem
lmdtab.eso : idem
mtconv.eso : idem
smdchm.eso : idem
smdchp.eso : idem
sormed.eso : idem
S4MED.INC : Vide de son contenu car plus utile (a supprimer)
mhcyr4.eso : id.
mhcyw4.eso : id.
mhenw4.eso : id.
mhfnr4.eso : id.
mhfnw4.eso : id.
mhpgr4.eso : id.
mhpgw4.eso : id.
mpfpr4.eso : id.
pfprw4.eso :
© Cast3M 2003 - Tous droits réservés.
Mentions légales