Environnement d’application =========================== Les fichiers d’impression ------------------------- L’impression des descripteurs, des segments de valeurs, du catalogue, de l’état de la mémoire gérée par JEVEUX et des messages d’erreur est dirigée vers des unités logiques définies en début d’application (cf. § :ref:`3.3 ` L’environnement du Code_Aster). L’aide à la mise au point ------------------------- Les erreurs rencontrées et détectées par le progiciel provoquent l’impression d’un message d’erreur, et dans certains cas ferment les bases de données ouvertes par l’application. Le progiciel imprime alors l’état de la mémoire qu’il gère et les catalogues de toutes les classes ouvertes. *Remarque :* JEVEUX *utilise ses propres routines d’impression de messages différentes de celles du Code_Aster pour éviter des appels dynamiquement récursifs.* Tous les objets JEVEUX, sauvegardés au préalable, sont récupérables dans une exécution ultérieure. .. _RefHeading__36121084: L’environnement de Code_Aster ----------------------------- Deux bases de données sont utilisables au sein de l’application de Code_Aster : .. csv-table:: "base ‘GLOBALE’", "associée à la classe ‘G’" "base ‘VOLATILE’", "associée à la classe ‘V’" La taille réelle du fichier est dynamique ; elle dépend du volume d'informations à stocker effectivement. Cette taille est limitée par les conditions d'exploitation et un paramètre défini parmi les valeurs caractérisant la plate-forme. Sur la plate-forme de référence Linux 64 bits, la taille initiale est fixée à 48 Go. Cette valeur est utilisée pour dimensionner 2 objets utilisés par le gestionnaire de mémoire, elle sera modifiée automatiquement en cours d'exécution si besoin. Il est possible de modifier cette valeur en passant un argument sur la ligne de commande de l’exécutable derrière le mot clé «‑max_base taille» où taille est une valeur réelle mesurée en Mo. Sur les plates-formes 32 bits, la taille initiale est fixée à 2.047 Go (2 147 483 647), mais le code gère plusieurs fichiers pour aller au-delà de cette limite lorsque le paramètre «‑max_base» est modifié. Pour la base Globale, qui peut être sauvegardée et ré-utilisée en donnée d’un calcul, la taille maximum initiale en «POURSUITE» est conservée telle quelle si le paramètre «‑max_base» n’est pas utilisé, mais peut-être redéfini au besoin de cette manière. Le redimensionnement automatique est mis en œuvre lors de l'écriture sur les fichiers associés, sur la base d'un critère de remplissage fixé à 50% du nombre d'enregistrements, l'utilitaire JJAGOD est appelé pour redimensionner les objets systèmes $$USADI et $$ACCE qui dépendent directement de la taille maximale des fichiers utilisés. *Remarque :* *Une troisième base de nom* ‘BASEELEM’ *est utilisée pour stocker et relire le catalogue compilé des éléments.* Les impressions de messages d’erreur sont réalisées par les utilitaires d’impression de message avec les conventions suivantes : * erreur de programmation (mauvaise utilisation de JEVEUX) : message de classe ‘S’ avec arrêt immédiat ; * erreur d’exploitation (accès à un objet inexistant, …) : message de classe ‘F’ avec tentative de clôture des bases de données ouvertes. Les utilitaires d’impression de messages d’erreur de Code_Aster peuvent parfois être employés afin de communiquer avec le Superviseur et d’arrêter proprement le code en validant les concepts créés. Les noms d’unités d’impression indiqués lors de l’appel des routines d’impression (JEIMPO, JEIMPR, …) sont les suivants : * RESULTAT: résultats du calcul , * MESSAGE: messages de conduite et messages d’erreur.