Visualiser les détails du résultat
| Identifiant | Projet | Catégorie | Visibilité | Date de soumission | Dernière mise à jour |
|---|---|---|---|---|---|
| 0000925 | SIC | Fortran Régulation | public | 2013-06-19 18:33 | 2013-06-21 17:22 |
| Rapporteur | dorch | Assigné à | dorch | ||
| Priorité | urgente | Impact | critique | Reproductibilité | toujours |
| Statut | fermé | Résolution | corrigé | ||
| Version du produit | 5.29d | ||||
| Version ciblée | 5.29e | Résolu dans la version | 5.29e | ||
| Résumé | 0000925: Problème pour utilisation de résultats autres que Z et Q aux sections comme consigne Y ou mesure Z | ||||
| Description | Par exemple, l'utilisation de la vitesse totale dans la section comme variable Y ou Z d'un module de régulation ne fonctionne que si cette variable fait partie des variables écrites dans les résultats. TODO : Rendre indépendant l'écriture des résultats pour ces variables et leur utilisation par les modules de régulation | ||||
| Balises | Aucune balise n'est associée. | ||||
| Temps projeté (jours) | |||||
|
|
Si on veut utiliser Vtotal en Y ou Z ca ne marche que si on a activé cette variable dans les résultats à écrire. Sinon ca ne plante pas mais on a 0. Si on choisit VMIN on a des messages puis un plantage: Incohérence de données dans le fichier XML L'attribut "CodeValeur" a une valeur non gérée : VMIN Incohérence de données dans le fichier XML Localisation PointeCar : Absence de pointeur dans une section =>Q par défaut Incohérence de données dans le fichier XML Localisation PointeCar : Absence de pointeur dans une section =>Q par défaut Incohérence de données dans le fichier XML Localisation PointeCar : Absence de pointeur dans une section =>Q par défaut |
|
|
Le plantage décrit par POM ci-dessus correspond au ticket 0000926 |
|
|
Dans SIRENE, les données hydrauliques aux sections sont initialisées dans SIR331 dans une structure Section_t. J'ai transformé les variables de section_t qui sont en commun avec les données hydrauliques de résultats en pointeurs qui pointent directement vers les variables de la structure SnCal_t qui stockent les variables hydrauliques pour les résultats dans un tableau nommé tSnCal. Dans FLUVIA, c'est FLU61 qui calcule ces variables. J'ai effectué un pointage vers tSnCal pour toutes les variables locales de FLU61. Un grand nombre de variables sont des globales du module FR2 et je ne sais pas si ces variables sont effectivement passées à d'autres fonctions. Je les ai donc conservé telles quelles et fait une copie systématique des variables dans tSnCal. |
| Date de modification | Nom d’utilisateur | Champ | Changement |
|---|---|---|---|
| 2013-06-19 18:33 | dorch | Nouveau bogue | |
| 2013-06-19 18:33 | dorch | Statut | nouveau => affecté |
| 2013-06-19 18:33 | dorch | Assigné à | => dorch |
| 2013-06-19 18:36 | dorch | Priorité | normale => urgente |
| 2013-06-20 15:06 | pom | Note ajoutée: 0000899 | |
| 2013-06-20 15:45 | dorch | Note ajoutée: 0000900 | |
| 2013-06-21 17:22 | dorch | Note ajoutée: 0000902 | |
| 2013-06-21 17:22 | dorch | Statut | affecté => fermé |
| 2013-06-21 17:22 | dorch | Résolution | ouvert => corrigé |
| 2013-06-21 17:22 | dorch | Résolu dans la version | => 5.29e |
